深入理解设计模式之设计模式总览

深入理解设计模式之设计模式总览

---

前言

互联网行业飞速发展，网站或软件也跟着飞速的更新迭代，从一个小的单机系统，经过需求一步一步的变更扩充，项目的代码越来越臃肿庞大，在扩充的时候我们怎么保证项目的低耦合、高内聚以及代码的可维护性、可扩展性、重用性和灵活性呢，这就需要对设计模式有一定的认知。

一、什么是设计模式

设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

简单的说设计模式就是前辈们在代码设计中过程中遇到的一系列问题，找到了对应的解决方案并记录下来，经过分类整理形成的某些情况下的最佳解决方案，这就类似于数学上面的公理。

目前设计模式分23种三大类型：

• 创建型模式（5种）：工厂方法模式（常用），抽象工厂模式（常用），单例模式（常用），建造者模式，原型模式。
• 结构型模式（7种）：适配器模式（常用），装饰器模式（常用），代理模式（常用），外观模式，桥接模式，组合模式，享元模式。
• 行为型模式（11种）：策略模式（常用）、模板方法模式（常用）、观察者模式（常用）、责任链模式（常用）、命令模式（常用）、备忘录模式、状态模式、、迭代器模式、访问者模式、中介者模式、解释器模式。

二、设计模式的七大原则

虽然设计模式有七大原则，我们不必完全遵守这七大原则，只是保证尽可能多的遵守这些原则，包括总结出来的设计模式也有很多遵守其中一部分原则违背其它原则的情况。

1. 开闭原则（Open Close Principle）

开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2. 里氏代换原则（Liskov Substitution Principle）

里氏代换原则就是说子类可以扩展父类的功能，但不能改变父类原有的功能。也就是说：子类继承父类时，除添加新的方法完成新增功能外，尽量不要重写父类的方法

3. 依赖倒转原则（Dependence Inversion Principle）

高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象。要面向接口编程，不要面向实现编程。

4. 接口隔离原则（Interface Segregation Principle）

客户端不应该被迫依赖于它不使用的接口。意思是不要强行去往接口上凑方法，该写多少接口写多少接口，该是哪个接口的方法写在哪个接口，不要为了减少工作量去强行往其它接口上凑。主要体现低耦合。

5. 迪米特法则（最少知道原则）（Demeter Principle）

如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，因为两个功能之间没有直接通信，基本没有耦合性的；提高模块的相对独立性，模块之间没有直接通信，采用第三方这样模块是可拔插的，多个模块之间调用不用改模块内部的代码。

6. 合成复用原则（Composite Reuse Principle）

在软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。继承一般是单根继承的，会导致后面扩展性不好，而且继承我们可以重写父类的方法的，父类对子类完全透明，这样使不安全的。

文章内容参考：

设计模式 — 菜鸟教程
设计模式 — C编程
设计模式之禅