最近在思考一个问题，假如我想实现一个功能，这个功能一个函数就可以搞定，但就是写完之后这个函数变的很长了，
然后我想着可以把其中一块抽出来，分成多个函数，比较清晰，以后维护的时候也好维护，但是这个会不会对效率产
生影响呢？

函数是最小的封装体,多个类似的功能可以封装成一个类,也就是对象.
如果你想,也可以把一个函数理解成一个对象,一个实现特定功能的对象.
不要只是问了实现某些功能而写函数,要不断的向上抽取,
建议还是好好的理解下面向对象,用面向对象的思想去思考问题.

对于那点性能来说，可以忽略的；

对于程序员来说吗，还是简单、易读、高可维护性，复用性 这些才是重要的。

可以衡量一下，如果一个程序完全由一个函数来执行，与 一个结构清晰，容易阅读的代码相比 是浪费一点点的性能来达到代码容易维护，还是要那一点点的性能呢？

我的答案是 要易维护的代码；
结构清晰，简单，易读的代码 不仅增强了维护性，也方便于团队的合作。

张文彬 发表于 2013-1-29 21:09
对于那点性能来说，可以忽略的；

对于程序员来说吗，还是简单、易读、高可维护性，复用性 这些才是重要的 ...

受教了:)

张世钦 发表于 2013-1-29 21:06
函数是最小的封装体,多个类似的功能可以封装成一个类,也就是对象.
如果你想,也可以把一个函数理解成一个对 ...

好的，我继续看看视频，看完对象也许就了解了

这要看你具体的代码实现了，将一个函数分解成多个小函数，在函数调用过程中必定要为形参分配相应的栈内存空间，对内存的要求更高（但是也高不了多少），算法设计好的话能节省很多资源

能抽取就抽取，抽取出几个封装的小函数，简单明了，反而效率更高。

    depends