C#23种设计模式综述和软件设计6大原则

一. 软件设计6大原则

  在学习软件设计模式之前，我们应该先了解软件设计6大原则，基于这些原则，才会设计出优秀的设计模式。（概念的东西，百度很多）

1. 单一职责原则

原则思想： 一个方法只负责一件事情。
描述： 单一职责原则很简单，一个方法 一个类只负责一个职责，各个职责的程序改动，不影响其它程序。 这是常识，几乎所有程序员都会遵循这个原则。
优点： 降低类和类的耦合，提高可读性，增加可维护性和可拓展性，降低可变性的风险。

2. 里氏替换原则

原则思想： 使用的父类可以在任何地方使用继承的子类，完美的替换父类。
描述： 子类可以扩展父类的功能，但不能改变父类原有的功能。子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法，子类中可以增加自己特有的方法。
优点： 增加程序的健壮性，即使增加了子类，原有的子类还可以继续运行，互不影响。

3. 依赖倒置原则

原则思想： （面向接口编程）高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象，抽象不应该依赖于具体实现，具体实现应该依赖于抽象。
描述： 类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。
优点： 可以减少需求变化带来的工作量，做并行开发更加友好。

4. 接口隔离原则

原则思想： 类和类之间应该建立在最小接口的上。
描述： 类A通过接口依赖B，类C通过接口依赖D，如果接口类A和类B不是最小的接口，则依赖的类B和类D必须要实现他们不需要的方法。
优点： 提高程序的灵活度，提高内聚，减少对外交互，使得最小的接口做最多的事情。

5. 迪米特法则

原则思想： 一个对象应当对其他对象有尽可能少地了解，简称类间解耦
描述： 一个类尽量减少自己对其他对象的依赖，原则是低耦合，高内聚，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。
优点： 低耦合，高内聚。

6. 开放封闭原则

原则思想： 尽量通过扩展软件实体来解决需求变化，而不是通过修改已有的代码来完成变化。
描述： 一个软件产品在生命周期内，都会发生变化，既然变化是一个既定的事实，我们就应该在设计的时候尽量适应这些变化。
优点： 实现一个热插拔的效果，以提高项目的稳定性和灵活性。

二. 23种设计模式

  首先，设计模式是开发高级进阶的必经之路，但是鄙人很同意这句话：“没写过5万行代码谈设计模式都是在瞎扯淡。”
  当然，倘若你项目经验不足，提前了解一下设计模式也是有所好处的，随着项目经验的增长，终有一天会恍然大悟。

（1）什么是设计模式

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

（2）23种分类及作用特点

  一张图带你了解基本情况，如果想详细了解设计模式，请查看其他文章（目前还在更新中）

   1. 工厂模式（简单工厂，工厂方法，抽象工厂）.
   2. 单例模式（非线程安全单例模式，线程安全单例模式，饿汉式线程安全单例模式）.

（3）UML中的类图

在学习设计模式之前，必须学会看UML中的类图，否者举步维艰。

UML类图学习链接:https://www.cnblogs.com/huaxingtianxia/p/6590351.html.