设计模式不利于软件设计

    在进行系统设计的时候，如果盲目的引入设计模式，很容易增加系统的复杂度，而且会给以后的系统运维带来不必要的麻烦，这些现象常常是由于缺乏实际的成熟的项目设计经验造成的。
   从某种程度上说，设计模式的提出并不利于软件的设计。“GOF”的《设计模式：可复用面向对象软件基础》书籍的面世，促进了软件设计的革命，使得OO分析和设计成为软件设计的主流思想。可是，在早期的OO编程中，只有一些编程专家才能设计出良好的基于OO的系统，普通的程序员仍然使用Basic, Pascal, or C.这些骨灰级的高手所采用的架构和设计方法，经过归纳总结后成为我们现在所熟悉的设计模式，这些设计经验是他们在进行软件设计的时候仔细斟酌的结果，其设计思想的核心就是简单、抽象、结构化、封装、高内聚、低耦合。采用设计模式需要一定的软件设计经验和丰富的业务知识，否则，普通程序员设计出的系统很难符合预期的效果，甚至还没有不采用设计模式来的效果好。GOf的大部分设计模式通过委托和继承来实现设计的灵活性的，合理的使用设计模式可以优化系统的设计，减少代码量，使逻辑更加明晰，设计模式还可以用来重构既有的坏的设计，凡事有利有弊，可能会增加系统的复杂度。如果一个设计师在没有透彻了解系统需求、或者主观猜测将来会用到的一些需求的情况下就引入设计模式于系统的实现中，这无异于在系统中植下一枚定时炸弹，给后续的系统实现人员和运维人员肩上很重的担子。“GOF”一书中很少提及设计模式的缺点，因此，很多初级读者认为设计模式是一付灵丹妙药，搞不好就会错用和滥用。
   设计模式只是一些好的设计经验的总结，掌握设计思想才是解决设计问题的关键。设计模式中有一个典型的模式是单例模式，其实这个模式本身所解决的问题比其引入的问题还要多，倘若一种语言不支持全局变量的话，是否需要给自己一些时间重新思考设计。其实，问题的关键在于思考设计。设计模式本身是让我们来思考系统的设计的，但是“GOf”中的很多设计模式可以直接照搬过来就用，尤其是单例模式，拿来主义思想用惯了，很难再思考，这种思考和实现的不对称，很容易导致系统中的设计模式使用量的堆积，有些还不是必须的，目的是好的，都是为了改进和优化设计。
   因此，在引入设计模式之前，设计人员应该认认真真思考一下其必要性。掌握基本的好的设计原则，比如低耦合、高内聚等，才是解决设计问题的关键。

附件文档