精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-11-19
什么?
设计模式的本质是为了解耦? 第一次听说...... |
|
返回顶楼 | |
发表时间:2007-11-19
seadragonnj 写道 在学习设计模式时,我一直有一个疑问,具体的23个设计模式和诸如:封装变化、开-闭原则、面向接口编程这些设计原则那个对程序员更重要
当然是后者更重要了,后者是dp的基础,dp是后者的一种体现。不懂后者的话,怎么能理解dp呢,那只能是照葫芦画瓢了。 |
|
返回顶楼 | |
发表时间:2007-11-20
让那些写代码的人多了解具体的业务,在贼船上多待一会,就会自觉的应用那些自己不太清楚的模式,关键是基本的抽象和松耦以及对实际业务的实现能力。
|
|
返回顶楼 | |
发表时间:2007-11-20
模式就是前人总结的针对各种情况最好的解决方法,你开始的时候不一定用到,也许以后重构的时候根据业务需求加入也是可以的。举个例子,你说从某一地点到另外一个地点(陆地上,没有水),用走路来说都能走到,而走路就像是没用模式。如果需求没有告诉你去哪里,那就走吧,反正都能走到。如果你比较有经验,或者需求提出了要去5公里以外的地方,那你就会想到做汽车或者地铁这种模式,这也是前人总结的解决这个问题的好方法。但是如果是家门口2分钟内就能到的,坐汽车或地铁就不值得了,还不够等车的时间呢。所以啥时候用模式看你的经验和项目要求。
|
|
返回顶楼 | |
发表时间:2007-11-22
确实23中设计模式很快可以看完,但是真正的掌握可是不容易的。
|
|
返回顶楼 | |
发表时间:2007-11-24
在没有掌握设计模式之前 要做的是掌握它
当你掌握了之后 要做的就是忘记它了 |
|
返回顶楼 | |
发表时间:2007-11-26
经验问题!
|
|
返回顶楼 | |
发表时间:2007-11-29
我水平不高,我的理解就是处理对象的生存周期
|
|
返回顶楼 | |
发表时间:2007-11-30
很多时候无错误的完成业务功能,比考虑设计模式更重要!
几行优雅的代码是靠几万行白话一般的代码积累出来的。 |
|
返回顶楼 | |
发表时间:2007-11-30
ebeach 写道 很多时候无错误的完成业务功能,比考虑设计模式更重要!
几行优雅的代码是靠几万行白话一般的代码积累出来的。 应该是几万行优雅的代码是靠几行白话一般的代码“重构”出来的..... |
|
返回顶楼 | |