50,545
社区成员
发帖
与我相关
我的任务
分享散分－－程序的复杂程度、代码的简介和程序的效率成反比吗？来者有分
为了程序的弹性和健壮、可维护，几个简单的程序，也许会增加许多包装代码，会影响程序运行效率吗？
...全文
请发表友善的回复…
发表回复
bluesage 2004-05-14
- 打赏
- 举报
举个例子，原来程序中有3-5处NEW 一个对象，现在用工厂方法，就得新建一个工厂类，那么这里是否有个均衡点呢，在均衡点以下，我不用工厂，反之就用工厂。
兄弟是新手，请诸位不吝赐教
兄弟是新手，请诸位不吝赐教
raimundo 2004-05-14
- 打赏
- 举报
to bluesage(海蓝色)
存在一个均衡点，就是这3-5处new的变化，如果new的对象是一个稳定的组件，创建方式不会发生变化，而且用到的3-5处耦合关系合理，那么就不用做factory，反之，如果组件不稳定，创建方式会变化，那么即使只有两处最好也用factory；如果耦合关系不合理，比如一个程序自己配制搜索算法等，那么即使只有一处new最好也用factory
存在一个均衡点，就是这3-5处new的变化，如果new的对象是一个稳定的组件，创建方式不会发生变化，而且用到的3-5处耦合关系合理，那么就不用做factory，反之，如果组件不稳定，创建方式会变化，那么即使只有两处最好也用factory；如果耦合关系不合理，比如一个程序自己配制搜索算法等，那么即使只有一处new最好也用factory
orant 2004-05-13
- 打赏
- 举报
多研究一些模式
IT源哥 2004-05-13
- 打赏
- 举报
把一个代码拆的越小，越有利也代码的重用。当然具体情况具体分析
raimundo 2004-05-13
- 打赏
- 举报
忘记在哪里看到这样几个说法
>一个可以运行的程序通过不断的重构有可以发现更好的优化的方法。
>虽然反射比正常调用慢几倍到几十倍，但是在大型应用系统中这种速度上的差异是可以忽略的。
>80%的软件成本都是维护阶段发生的。
所以使用更好的结构有得到更高效率的可能，所以应用更好的结构而造成的效率下降应该属于投资吧，有风险，但是收益更大：）
>一个可以运行的程序通过不断的重构有可以发现更好的优化的方法。
>虽然反射比正常调用慢几倍到几十倍，但是在大型应用系统中这种速度上的差异是可以忽略的。
>80%的软件成本都是维护阶段发生的。
所以使用更好的结构有得到更高效率的可能，所以应用更好的结构而造成的效率下降应该属于投资吧，有风险，但是收益更大：）
raimundo 2004-05-13
- 打赏
- 举报
赫赫，举个例子吧，排序，bubble简单吧？效率高吗？
Quick，堆排序复杂吧？效率高
Quick，堆排序复杂吧？效率高
happy666 2004-05-13
- 打赏
- 举报
就为接分而来。
ecaol 2004-05-13
- 打赏
- 举报
up
yaomengqiushui 2004-05-13
- 打赏
- 举报
满足搂主的欲望，
接分
接分
lukelan 2004-05-13
- 打赏
- 举报
矛盾啊，简单代码在系统大的时候后期维护会很痛苦，
不是说改单个文件，而是增加功能，或修改以前的流程
要做到后期好维护，必然增加代码结构层次，就是说应用大量模式，
自然初期的复杂度就高了很多
不是说改单个文件，而是增加功能，或修改以前的流程
要做到后期好维护，必然增加代码结构层次，就是说应用大量模式，
自然初期的复杂度就高了很多
nwpulipeng 2004-05-13
- 打赏
- 举报
运行效率好象与这个关系不是很大吧？
仅仅是代码体积的膨大，不过代码还是能简化就简化吧
仅仅是代码体积的膨大，不过代码还是能简化就简化吧
Arias 2004-05-13
- 打赏
- 举报
看你加载的是什么包装代码了！
一般在编码的时候讲求的就是代码的精简的，能简单实现为什么要搞的那么复杂？
而且复杂的代码也不利于管理！
一般在编码的时候讲求的就是代码的精简的，能简单实现为什么要搞的那么复杂？
而且复杂的代码也不利于管理！
