[.net 面向对象程序设计深入]（18）实战设计模式——设计模式使用场景及原则

[.net 面向对象程序设计深入]（18）实战设计模式——设计模式使用场景及原则

1，什么是设计模式？

设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。

使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。

设计模式并不是具体的某一技术，而且通过面向对象的特性：封装、继承、多态经过前辈的经验总结出来的一套程序设计方法。

就像武林高手学武功一样，再高深的外功都是拳、脚、掌、指和刀、枪、棍、棒打出来的，那为什么降龙掌法和打狗棒法就那么厉害呢？

那就是各种基础特性经过完美组合的缘故，写代码也一样，合适的场景使用合适的设计模式，能大大提升代码复用性和可靠性。

2，常用设计模式

总体来说设计模式分为三大类： 

创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 

结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 

行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 

（附23种设计模式 彩图）

3，设计模式原则

（1）、开闭原则（Open Close Principle）

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

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

里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

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

这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

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

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

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

为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

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

原则是尽量使用合成/聚合的方式，而不是使用继承。

 4，总结

本篇简单说明了一下设计模式是什么，有哪些常用的设计模式及设计模式使用原则。这些都是基础概念，百度一下有很多，很长的篇幅介绍，这是简单介绍便于快速了解，详细的理解需要熟练使用常用设计模式之后了。

==============================================================================================

返回目录

<如果对你有帮助，记得点一下推荐哦，如有有不明白或错误之处，请多交流>

<对本系列文章阅读有困难的朋友，请先看 《.net 面向对象编程基础》 和 《.net 面向对象程序设计进阶》 >

<转载声明：技术需要共享精神，欢迎转载本博客中的文章，但请注明版权及URL>

.NET 技术交流群：467189533

==============================================================================================