23种设计模式总结

1. 面向对象的编程，并不是类越多越好，类的划分是为了封装，但分类的基础是抽象，具有相同属性和功能的对象的抽象集合才是类。
2. 开放-封闭原则，单一原则：是说软件实体可以（类、模块、函数等等）应该可以扩展，但是不可以修改。（对于扩展是开放的，对于更改是封闭的）
3. 单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。
4. 依赖倒转原则：高层模块不应该依赖底层模块，两个都应该依赖抽象；抽象不应该依赖细节，细节应该依赖抽象。
5. 里氏代换原则：子类型必须能够替换掉他们的父类型。
6. 迪米特法则：如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，就可以通过第三者转发这个调用。
7. 反射：Assembly.Load(“程序集名称”).CreateInstance(“命名空间.类名称”)
8. 合成/聚合复用原则：尽量使用合成/聚合，尽量不要使用类继承。

一．简单的工厂模式（代码无错就是优）

二．策略模式（商场促销）：它定义了算法家族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的用户

三．装饰模式（小菜扮靓）：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。

四．代理模式（为别人做嫁衣）

五．工厂方法模式：定义了一个用于创建对象的接口，让子类决定实例化哪一个类。

六．原型模式（简历复印）

七．模板方法模式（考题抄错）

八．外观模式（股票）

九．建造者模式（好菜每回味不同）

十．观察者模式（老板回来，我不知道）

十一．抽象工厂模式

十二．状态模式（加班）

十三．适配器模式（在NBA我需要翻译）

十四．备忘录模式（游戏存进度）

十五．组合模式（树结构，公司管理系统）

十六．迭代模式（售票员）

十七．单例模式（类需要计划生育）

十八．桥接模式（手机软件需要统一）

十九．命令模式（卖肉串的）

二十．职责链模式（请假）

二十一．中介者模式

二十二．亨元模式

二十三．解释器模式

二十三．访问者模式