【GOF】23中设计模式深析

###对象建立git

原型模式、工厂模式、抽象工厂模式、生成器、单例模式

###接口适配github

适配器模式、桥接、外观模式、迭代器

###行为扩展算法

访问者模式、装饰模式、责任链模式

###算法封装编程

模板方法模式、策略模式、命令模式、

###性能与对象访问设计模式

享元模式、代理模式

###对象状态架构

备忘录模式

###设计模式尊求原则性能

http://www.uml.org.cn/sjms/201211023.asp
总原则:开闭原则(Open Close Principle)

开闭原则就是说对扩展开放,对修改关闭。在程序须要进行拓展的时候,不能去修改原有的代码,而是要扩展原有代码,实现一个热插拔的效果。因此一句话归纳就是:为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,咱们须要使用接口和抽象类等,后面的具体设计中咱们会提到这点。
一、单一职责原则
不要存在多于一个致使类变动的缘由,也就是说每一个类应该实现单一的职责,如若否则,就应该把类拆分。

二、里氏替换原则(Liskov Substitution Principle)
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说,任何基类能够出现的地方,子类必定能够出现。 LSP是继承复用的基石,只有当衍生类能够替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也可以在基类的基础上增长新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,因此里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科
历史替换原则中,子类对父类的方法尽可能不要重写和重载。由于父类表明了定义好的结构,经过这个规范的接口与外界交互,子类不该该随便破坏它。

三、依赖倒转原则(Dependence Inversion Principle)
这个是开闭原则的基础,具体内容:面向接口编程,依赖于抽象而不依赖于具体。写代码时用到具体类时,不与具体类交互,而与具体类的上层接口交互。

四、接口隔离原则(Interface Segregation Principle)
这个原则的意思是:每一个接口中不存在子类用不到却必须实现的方法,若是否则,就要将接口拆分。使用多个隔离的接口,比使用单个接口(多个接口方法集合到一个的接口)要好。

五、迪米特法则(最少知道原则)(Demeter Principle)
就是说:一个类对本身依赖的类知道的越少越好。也就是说不管被依赖的类多么复杂,都应该将逻辑封装在方法的内部,经过public方法提供给外部。这样当被依赖的类变化时,才能最小的影响该类。
最少知道原则的另外一个表达方式是:只与直接的朋友通讯。类之间只要有耦合关系,就叫朋友关系。耦合分为依赖、关联、聚合、组合等。咱们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。咱们要求陌生的类不要做为局部变量出如今类中。

六、合成复用原则(Composite Reuse Principle)
原则是尽可能首先使用合成/聚合的方式,而不是使用继承。

为啥遵照原则?
模块架构或代码在遵照原则的状况下,更清晰,更精简,更易于扩展。而模式就是遵照这些原则的状况下总结出来的,理解了原则,模式的用意就清楚了。

###设计模式间的关系设计

设计模式间关系

设计模式

###实现参考代理

https://github.com/knight2010/23GOFcode

相关文章
相关标签/搜索