23种设计模式总结

1. 面向对象的编程，并不是类越多越好，类的划分是为了封装，但分类的基础是抽象，具有相同属性和功能的对象的抽象集合才是类。
2. 开放-封闭原则，单一原则：是说软件实体可以（类、模块、函数等等）应该可以扩展，但是不可以修改。（对于扩展是开放的，对于更改是封闭的）
3. 单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。
4. 依赖倒转原则：高层模块不应该依赖底层模块，两个都应该依赖抽象；抽象不应该依赖细节，细节应该依赖抽象。
5. 里氏代换原则：子类型必须能够替换掉他们的父类型。
6. 迪米特法则：如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，就可以通过第三者转发这个调用。
7. 反射：Assembly.Load("程序集名称").CreateInstance("命名空间.类名称")
8. 合成/聚合复用原则：尽量使用合成/聚合，尽量不要使用类继承。
   一．简单的工厂模式（代码无错就是优）
   
   二．策略模式（商场促销）：它定义了算法家族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的用户
   
   三．装饰模式（小菜扮靓）：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。
   
   四．代理模式（为别人做嫁衣）
   
   五．工厂方法模式：定义了一个用于创建对象的接口，让子类决定实例化哪一个类。
   
   六．原型模式（简历复印）
   
   七．模板方法模式（考题抄错）
   
   八．外观模式（股票）
   
   
   九．建造者模式（好菜每回味不同）
   
   十．观察者模式（老板回来，我不知道）
   
   十一．抽象工厂模式
   
   
   十二．状态模式（加班）
   
   
   十三．适配器模式（在NBA我需要翻译）
   
   
   十四．备忘录模式（游戏存进度）
   
   十五．组合模式（树结构，公司管理系统）
   十六．迭代模式（售票员）
   
   
   十七．单例模式（类需要计划生育）
   
   十八．桥接模式（手机软件需要统一）
   
   十九．命令模式（卖肉串的）
   二十．职责链模式（请假）
   二十一．中介者模式
   二十二．亨元模式
   二十三．解释器模式
   二十三．访问者模式