高手看过来：设计模式到底到什么等级才开始考虑
这个板块是新开的吗？呵呵，也算是来捧捧场。
现在也刚刚看了一点设计模式，但是我问了一些在中兴、华为的师兄，他们说即使这样的大公司在写程序的时候也很少考虑到这个问题。所以问问到什么等级才适合看设计模式？
[解决办法]
俺不是高手，但是有小小经验
最初的时候不懂得复用，一套代码到处copy，重复代码一大堆，要修改某个地方可能很多地方都要跟着修改，很不方便
后来就学着把多个重复相同的地方提取出来作为函数，这样重复代码少了很多，但仍然有许多地方存在着看似重复但是又不完全相同的代码，这时就会想出各种办法解决，或许在不知不觉中用到了设计模式的东东。
我最第一次看到计模式的时候才发现其实我已经用工厂模式很久了...
有些设计模式不用刻意去套，可能在不知不觉中就用到了
但是在设计的初期，考虑使用设计模式还是最好的选择，很多复杂的问题可以简单化而且可以节省很多重复代码，结构又清晰。
[解决办法]
有一些设计模式可以在编码的时候使用的,像单例模式,因为现在很多做设计的不会明确告诉你实现方式,所以编码还有一定的自由度的.这时候就需要自己发挥.但有一些设计模式可以说影响到整个模块或系统架构方面的,都需要在设计阶段确定好,然后编码才有所依赖.
编码者学习一些设计模式,虽然不一定能在用在设计上,但在自己理解代码的时候会有很大帮助的.
[解决办法]
我学了5年的设计模式,个人觉得有三个阶段,写出来让大家参考,希望对楼主有点启发.
第一个阶段:不厌其烦看<设计模式>那本书,(现在书店好象不容易找到了),自己写一写小例子练习,但这个阶段,始终也无法将设计模式融汇到整体架构中,只有局部代码的重用和维护得到改善.
说明在这个阶段我还没有理解设计模式.
第二个阶段:在软件设计中生搬硬套设计模式中成功的经验,开始觉得很别扭,但完成之后有种感觉,代码确实在重用、维护和扩展方面有比较好的提升。当然这种笨办法只适合我这种比较笨的人，如果你能迅速理解设计模式，这个阶段是不用经历的。
第三个阶段：没事就看<设计模式>那本书，代码按自己的思路写，写到一定时候会发现，自己的代码中很多地方都是设计模式的影子，然后再修改修改，就符合某种或某些设计模式的思路了。说明我有点点开窍了，开始漫漫理解设计模式了。
[解决办法]
从有招到无招，无招胜有招，心中无模式，处处皆模式。当然要达到这个境界经验是一部分，还要有相当的悟性，我从来认为编程是需要天分的。你能一晚上看完谭浩强的C语言，并理解指向指针的指针。那么你就有天分
[解决办法]
我觉得当了解了封装,继承,多态之后就应该开始接触设计模式了. 学习设计模式是学习面向接口编程的重要途径,而面向接口编程是进一步学习面向对象编程的门槛.就以看类库文档为例,如果不懂设计模式,看到的就是一大堆对象在互相调用,找不到主线,需要死记硬背一大堆的习惯用法.熟悉了模式之后,往往只看类名就知道这个类大概会用在哪里,怎样用,为什么要这样用.
[解决办法]
据说要用的多了就理解了，慢慢就用得很自然很合理了
现在努力看设计模式的书，自己多加应用，觉得不习惯要归结于自己的理解力差，而不把责任推卸到设计模式不好用上面去
[解决办法]
设计模式每一种模式都是经验的累积，可以说是针对各行业的开发过程化繁为简
所以说什么都有设计模式的影子自己去修改就是理解了，我看未必
本来都浓缩了，只要架构的时候配合自己需要模式，拿过来使用
如果可以轻易自己修改就不是32种模式了
