生搬硬套设计模式坑害了多少人

看了这个帖子，有感写点废话
http://www.iteye.com/topic/243309

现在随便哪个面试不考点设计模式什么的，似乎就不叫面试，我倒想问问，面试官们你们自己不算那些死记硬背的，能记住多少模式的思想，又有多少是你们每天写的程序会用到的

我承认
1. 设计模式确实是前人总结的一些经验和良好的设计范式，是很有价值的
2. 把握良好的设计模式能够理清程序的骨架，使程序变得更清晰

但是我很想说的是

1.设计模式是最通用的一些程序设计方法和范式，不同的领域有自己的一些模式可以遵循，未必非得是那20几种里的某一个

2.书中列举的那些模式是死的，只是特定问题的一些设计思路，未必就非得那样，生搬硬套是很傻的行为

3.设计模式这东西没写过一定得代码量，看了书上写的那些也未必理解，代码量积累到一定程序（当然不是每天重复的体力劳动，需要勤思考），自然会对特定领域，或特定问题有自己的一套解决方法或者设计范式，很可能早就有了一套自己的组件库，所以也不需要去看书上那些死的东西，该会的你都会了，其他的你也用不到

所以基本上 面试时考个什么叫包装，什么叫工厂，抽象方法的实在是没什么意义，都成了背书了

举个最简单的例子，设计模式书上讲包装设计模式废了那么多笔墨，又是抽象类，又是接口的，累不累呀，其实可能天天都用的东西，不搞复杂点就不叫高深，这样难道不叫包装吗？

public interface Display{
     String display();
}

public class DisplayWrapper implements Display{
    private Display display;
    public DisplayWrapper(Display display){
        this.display=display;
    }
    public String display(){
        String s=display.display();
        //wrapper自己的处理
    }
}

很多程序员几乎认为，封装得不花个半天功夫根本找不到实现类在哪 这就是面向对象的美，就是面向对象的最高境界，简单的事情往往搞的N复杂

我就是想说 简单的就是最好的，简单的往往也是强大的

粗浅见解，有拍砖的欢迎

评论

60 楼 leeo 2009-06-13  

设计模式害死猫啊

59 楼 leeo 2009-06-13  

一帮人,没事瞎咋呼.有时间多看看代码啊.

58 楼 skyuck 2009-06-09  

shrpcn 写道

有些人为了能重构,尽写烂程序,不思量动手就写, 美其名曰可以重构?

没人能保证自己写的代码就天衣无缝，也没有人能保证自己写的代码足够简洁！HelloWorld你还可以怎么写？你想过吗？

57 楼 pacocai 2009-06-09  

    其实设计模式这东西个人是这么理解的，设计模式只是为了让我们的程序更易于扩展，更利于维护的一些方法，可以说是为了写更好的程序的一种基础。学设计模式是一种OO的思想，其中包括一些法则，对这些模式的合理运用及熟练运用是让我们写出来的程序能更利于扩展和维护。说白了就是程序偷懒的基本功。现在对于语言来说学习的难度已经有所降低了。并且现在不管是c#又或是JAVA，从个人的角度来感觉设计的过程实际上比实现的过程更为重要，就像写作文先打草稿一样，最初的设计思想直接影响到以后编码的可维护性，更有可能还会影响程序的执行效率问题。不过说实话，如果真在面试中让我去思考设计模式嘛…………除了几个最初学的几个模式估计还能记住，真让我去死记某种模式该如何实现真记不住。呵呵~~~设计模式现在已经不再是什么高深的东西，相反，个人认为设计模式应该是学习程序设计的入门。那只是起点，而不是终点。

   在此对楼主所说的，面试上必考设计模式嘛，个人认为设计模式必考，但要看如何考法，不应该去考如何实现设计模式，而应该看实现的代码是否更利于维护和扩展，再就是看程序执行的效率。设计模式这种东西应该是一种编程的习惯，而不该是一种对环境硬套的一种模式，当然~~初学者的话推荐硬套，在套的过程中再去体会。

56 楼 bachmozart 2009-06-05  

孔已己这个词大概说的就是楼上几位了

“啧啧，工厂、策略、桥梁、命令、监听器啥的都用上了。我的结论是：在业务复杂的情况下，要构建高扩展性、移植性的系统，没有设计模式不能搞定”

不好意思，我文中说的很傻的行为，大概就是你这种了，你们在这慢慢研究设计模式这种很有前途的，很有技术含量的东西吧

看看等你们把整本书背下来，然后简历写着精通设计模式，看看人家能给你们多少米

55 楼 czwlucky 2009-06-05  

bachmozart 写道

public interface Display{
     String display();
}

public class DisplayWrapper implements Display{
    private Display display;
    public DisplayWrapper(Display display){
        this.display=display;
    }
    public String display(){
        String s=display.display();
        //wrapper自己的处理
    }
}

很多程序员几乎认为，封装得不花个半天功夫根本找不到实现类在哪 这就是面向对象的美，就是面向对象的最高境界，简单的事情往往搞的N复杂

我就是想说 简单的就是最好的，简单的往往也是强大的

粗浅见解，有拍砖的欢迎

这段代码和标题似乎没有太大的关系。另外，如此用法感觉不妥，既然实现了Display接口，但行为却不是一个实现类本该有的行为。不知道楼主这么写例子是要说明什么问题？

54 楼 tedeyang 2009-06-05  

等楼主有资格做面试官的那一天，你就明白他们也是被逼无奈了。
有时候，人要设身处地从他人出发考虑问题。
楼主说这样的话，让我想起那些毕业后一两年就大骂大学让你浪费青春学了数据结构，编译原理等等的毛头小子。

53 楼 sgp2004 2009-06-04  

lz的例子貌似确实是代理
飘过。。。

52 楼 comet12345678 2009-06-04  

liudun 写道

少女杀手 写道

刚刚进入职场，但是JAVA的设计模式知道有20多个，就看过一个JNDI，也是不怎么清楚，更不要说其他的了！

我觉得楼主说的对，那些面试官都是在装。
真正开发中用那些模式吗？
我反正没有接触过！

JNDI是设计模式？我晕。。。。。。

除非你是去做外包，什么业务都封装好了。否则，不可能不用到很多模式。我看过公司一电信软交换系统，啧啧，工厂、策略、桥梁、命令、监听器啥的都用上了。我的结论是：在业务复杂的情况下，要构建高扩展性、移植性的系统，没有设计模式不能搞定。

我从来不想要用什么模式，模式也仅仅是解决问题的一个方式，需要的时候自然会用到。很不喜欢一些人，什么都还没做就说要用什么什么模式，为模式而模式的人相当不少。

51 楼 liudun 2009-06-04  

少女杀手 写道

刚刚进入职场，但是JAVA的设计模式知道有20多个，就看过一个JNDI，也是不怎么清楚，更不要说其他的了！

我觉得楼主说的对，那些面试官都是在装。
真正开发中用那些模式吗？
我反正没有接触过！

JNDI是设计模式？我晕。。。。。。

除非你是去做外包，什么业务都封装好了。否则，不可能不用到很多模式。我看过公司一电信软交换系统，啧啧，工厂、策略、桥梁、命令、监听器啥的都用上了。我的结论是：在业务复杂的情况下，要构建高扩展性、移植性的系统，没有设计模式不能搞定。

50 楼 liudun 2009-06-04  

bachmozart 写道

我实在不理解我的言论有什么地方另你们不爽了

通常架构师早就对常用设计模式很熟悉了，但是单单说熟悉设计模式，那离架构师水平还差十万八千里呢

我就是鄙视那些张口闭口让谈谈设计模式的面试官们，一看就知道压根肚子里就没啥东西，所以就以为掌握那么几个设计模式就很nb了,可笑之极

你去面试时面试官跟你谈设计模式——这说明你自己还是应聘初级职位。既然这样，你肯定没有达到架构师的级别，所以你还是没有真正认识到了解设计模式对于OO编程的重要性。不论他是否【开口闭口】、【单单】说设计模式，至少这个确实很重要。事实上，从我的工作经验中看到，没有优良的设计意识的人（比如不了解设计模式）写的代码是很糟糕的。

当然，成为架构师需要掌握太多太多的技术。但面试官没有吹嘘说会设计模式就是架构师吧？

49 楼 少女杀手 2009-06-03  

刚刚进入职场，但是JAVA的设计模式知道有20多个，就看过一个JNDI，也是不怎么清楚，更不要说其他的了！

我觉得楼主说的对，那些面试官都是在装。
真正开发中用那些模式吗？
我反正没有接触过！

48 楼 shrpcn 2009-06-02  

有些人为了能重构,尽写烂程序,不思量动手就写, 美其名曰可以重构?

47 楼 keyboard2000 2009-05-31  

循序渐进的过程

46 楼 bocar 2009-05-31  

总之遵循一个道理，简单就是美，够用就好。

45 楼 yecllsl 2009-05-25  

知识总是先要学别人的，然后总结，然后创新。LZ如果第一个过程都没搞清楚，别人很难相信你已经到了更高的境界。既然你自己觉得设计模式是有用的东西，为什么不多看看，别人问起来先把他想听的讲清楚，再把自己的见解讲出来，告诉他你的水平已经在他想考的水平之上呢？心态问题。
设计模式，重构，重构到模式；再加上自己的思考、总结。
还有，设计模式对架构师是必要条件，不是充分条件。

44 楼 tk5157890 2009-05-23  

楼主帖子右上角就是一个很好的帖子：如何学习设计模式

43 楼 黑山老妖 2009-05-23  

设计模式就像练武的套路一样，初级练武的要照着套路练，才不至于走火入魔。练会套路就说是武林高手是可笑的。设计模式也是套路。会几个设计模式也成不了架构师。

42 楼 ningxiaofeng 2009-05-22  

关键还是看面试岗位吧。

哪怕是死记硬背，如果一个干了两三年的程序员连基本的设计模式都说不清楚。确实很难相信能力上有多么杰出。

至少我知道稍微大一点的公司面试基本都会涉及到设计模式这一块。

一般来说，面试官往往是项目组里比较有经验的程序员。这样的人本身时间也很宝贵，而正常情况下找一名合格的员工需要面试10多个人。

这时候就是淘汰法，不懂的直接淘汰，反正人多么。

41 楼 gecheng 2009-05-22  

bachmozart 写道

mikeandmore 写道

bachmozart 写道

我实在不理解我的言论有什么地方另你们不爽了

通常架构师早就对常用设计模式很熟悉了，但是单单说熟悉设计模式，那离架构师水平还差十万八千里呢

我就是鄙视那些张口闭口让谈谈设计模式的面试官们，一看就知道压根肚子里就没啥东西，所以就以为掌握那么几个设计模式就很nb了,可笑之极

不同意，设计模式是基础。。。一定要知道一些么。
无论你作不做架构师，即便是一个普通的代码民工显然也是需要知道设计模式的。。。

看你的回复，貌似是同意我的观点哦
可能是我表达的不清楚，我本来也不是说设计模式没有用，而是想说模式这东西靠的还是你通过有效代码的积累和思考而自然形成的一些经验总结，而不是书上的那几个死的名字

另外代码看多了，象工厂，包装，观察者这么common sense的东西肯定也早就很熟悉了

也许我该说设计模式书无用，还不如直接去找些好的源码来看来的实在

设计模式是一些好的实践经验的积累，你如果不了解面向对象的基本原则，就很难体会到其中的好处。总之对设计模式
的理解程度代表你对面向对象的认知程度。设计模式不是万能的，不了解设计模式是万万不能的。