[.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

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