如果函数的长度有1000行左右，意味着什么呢？
　

---

函数长度的原则，我听过“一屏原则”、“三十秒原则”，

但我接触的系统中，竟然有一个函数一千多行，读起来真是把脑袋累爆了，也读不出所以然来(我编程已经四年多了！！)。


请您说说，您碰到过这么长的函数吗？一般是不是都遵从了“一屏原则”、“三十秒原则”呢?

 回复: 如果函数的长度有1000行左右，意味着什么呢？
　

---

不是高手写的，那肯定是菜鸟写的。

 回复: 如果函数的长度有1000行左右，意味着什么呢？
　

---

意味着有10000行的过程代码。

高手中的高手！你看都不行了，人家能写出来更显得不简单了。

意味着您好可怜，
接手了一个没有分析和设计文档的项目。
如果看懂程序比看懂文档还容易的话，说明您已经是真正的编程高手了。

呵呵，对不起，个人认为再多数情况下没必要。
1、理解不易 现在的程序已经不是一个人事了，如果大家都看不懂或者要化很多时间理解，如果我是PM，我会忍痛割爱。
2、维护困难 无论自己还是别人维护会非常困难，代价太大。如果我是BOSS，会毫不犹豫。
以上观点，请多指教。

如果有良好的文档，就没有极限

大部分这么长的函数都不是一开始就这么长，往往一开始只有1、2百行，每天加一点每天加一点，本来超出250行时就应该refactory了，但懒啊！等长啊长啊，长到500行时，还是懒，再等等，等长到1000行的时候，发现连自己看见都麻烦了，这时想起要refactory了，却发现已经太晚了，因为长了这么久，这部分代码已非常稳定，改起来cost太大，即使你想改，老板也不允许啊。呵呵，这就是1000行代码的函数是怎么诞生的。人都是懒惰的，尤其是喜欢思考的人。

 如果能写出1000行的函数，估计也写不出有价值的文档
　

---

我现在维护的系统中，这种函数比比皆是。我已经可怜了三年了。

 回复: 如果函数的长度有1000行左右，意味着什么呢？
　

---

这意味着你不敢动这一行中的任何一行代码，否则光测试你的修改会带来什么新的Bug时就够你受的了。

但函数处理的完全是一个私有的过程,而且该过程逻辑就有那么复杂,没有可重用的部分,也就是说,分开写更难看懂的时候,就只能考虑靠文档来帮忙了.
凡是不是绝对的,虽然有绝大部分的情况,但也有极少出现的情况.
把思路放在整体上去,会有更高远的视野和胸怀.也就会有更多的发展机会.

 这没有什么
　

---

我编写了一个密钥管理系统，许多函数都超过1000行，接手的程序员只花了三天时间就明白了那几万行程序的梗概。

 一个函数一个功能
　

---

公用的部分已经提炼出来成为函数了，但是，为了完成一个功能，所需要的行数就要求有这么多，没有办法，如果硬拆成几个函数，除了更加难看之外，没有别的好处。