再谈模式--模式无用?

学习一样东西,先要解决,是什么的问题,

设计模式是什么呢?

设计模式是解决某一类问题时的代码组织方案....是前人总结出的解决问题的经验,就像 a*c+b*c +c*c的问题 ,可以用(a+b+c)*c解决一样

当然你可以用(a+b)*c+c*c

但是,你觉得,你不遵从模式,就高于模式了吗?

 

当一个没有为系统频繁的规则变更,功能扩展所折磨的时候,是不会体会到设计模式所带来的好处,也不会深刻理解设计模式的.
而你没体会到经典设计模式的精妙之处的时候,你可能会觉得你自己的设计更合理.
就像两个同时看了大师设计出的代码的时候,一个人的表情是不过如此,另一个的反应则是it's magic!!

两个人谁更高一筹呢,我觉得, 只有融入了设计者的思想,你才能体会到其中的奥妙和智慧...苛刻一点的说,有人无法理解天才的行为.

 

有人则提出,适合自己的才是好的,自己设计的代码更符合需求.

对于这个问题,我想说,设计模式不等于框架,设计模式已经是解决一类问题的最小单元,就好象是common类里的一个个方法.

我们的问题正是需要合理的应用经验,组合这些最小单元,去解决当前的问题.

 

对于那些没有理解,而套用模式的开发者,

在开发时,要想的是如何面对有可能发生的变化.而不是如何去套用模式

校验你的设计:::   这段设计解决的问题是什么,我为什么要用某个模式,它给我的设计带来了什么好处.


最后说一下模式是什么,模式是前人从大量实际问题中抽象出来的解决问题的方法.是设计经验的总结.
模式无用,是不是说经验没用呢?

 

对于一些声音:

"每当我看到博客中，人们大谈什么层与耦合的时候，引经据典、乐此不彼。我也知道，他们是在炫耀、卖弄！他们除了引用教课书中的说教之外，很难与现实结合讲出什么来 "

我要说的是,如果知其然不知其所以然的人,大谈模式,只会成为笑柄,而不会产生炫耀,卖弄的效果.
就好像拿了手绘的百万RMB,招摇过市.
而模式在企业中,可以规范代码风格的统一性,
当你的代码庞大到几百M(不包括资源文件),你会为本组各成一统的道法自然而觉得头疼(20人Xn种道法),因为你无法理解那么多风格的设计,即使它们是"合理"的

模式可以方便的运用这些词语进行沟通,而不去解释你那大堆的设计想法.They know u.