|
所谓设计模式（Design Pattern），就如同围棋里的定式一样，是一套被反复使用、多数人知晓的，经过分类编目的代码设计经验的总结。使用设计模式是为了可重用代码，让代码更容易被他人理解，保证代码可靠性。设计模式使代码编制真正实现了工程化，设计模式是软件工作的基石，如同大厦的一块块砖石一样。
程式设计是思维具体化的一种方式，是思考如何解决问题的过程，设计模式是在解决问题的过程中，一些良好思路的经验集成。 常用的设计模式包括23种，分为三大类。 1、创建型设计模式，共 5 种:单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式。 2、结构型设计模式，共 7 种:适配器模式、装饰模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 3、行为型设计模式，共 11 种:策略模式、模板方法模式、观察者模式、迭代器模式、责任链模式、命令模式、备忘录模式、状态模式、 访问者模式、中介者模式、解释器模式。
设计模式的构造通常遵循七大原则： 1、开放-封闭原则 一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。模块应该尽量在不修改原代码的情况下进行扩展。 2、单一职责原则 就一个类而言，应该仅有一个引起它变化的原因。 3、依赖倒转原则 程序要依赖于抽象接口，不要依赖于具体实现。简单的来说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块的耦合。 4、迪米特法则（即最小知识原则） 一个软件实体应当尽可能地少与其他实体发生相互作用。每一个软件单位对其他软件单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。迪米特法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或很少有）依赖关系。迪米特法则不希望类之间建立直接的联系。如果有真的需要建立联系的，也希望能通过他的友元类来转达。因此，应用迪米特法则有可能造成一个后果就是：系统中存在大量的中介类，这些类之所以存在完全是为了传递类之间的相互关系，这在一定程度上增加了系统的复杂度。 5、接口隔离原则 客户端不应该依赖他不需要的接口，类间的依赖关系应建立在最小的接口上。 6、合成/聚合复用原则 在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分，新的对象通过这些对象的委派达到复用已有功能的目的。他的设计原则是：要尽量使用合成/聚合，尽量不要使用继承。 7、里氏代换原则 里氏代换原则是面向对象设计的基本原则之一。即任何基类可以出现的地方，子类一定可以出现。里氏代换原则是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受影响时，基类才能被真正复用，而衍生类也能够在积累的基础上增加新的行为，里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。在基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。 活在信息时代的其它文章： |
|
|
