设计模式作用和原则

设计模式：

解决同一种类型的问题，使用设计模式可以让代码结构更加清晰。

 

常见的设计原则：

开闭原则：

对拓展开放，对修改关闭，使得模块可以在不被修改的前提下被扩展，即不修改源代码的情况下改变这个模块的行为，让程序的稳定性增加。

总结：面对需求，对程序的改动是通过增加新代码进行的，而不是改变原来的代码

 

依赖倒转原则：

高层模块不应该依赖于底层模块，都应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。

针对接口编程而不针对实现编程。

 

里氏替换原则：

引用基类的地方必须能透明的使用其子类的对象。

实现开闭原则的重要方法之一，在程序中尽量使用基类类型对对象进行定义，运行时再确定子类类型。

 

单一职责原则：

一个对象只包含单一的职责，该职责被完整的封装在一个类中

 

接口隔离原则：

满足高内聚的前提下，接口中的方法越少越好。

 

合成 / 聚合复用原则：

对象的继承关系是在编译时定义的，无法在运行时改变从父类继承的实现。子类的实现与它的父类有非常紧密的依赖关系，父类实现中的任何变化必然导致子类发生变化。当需要复用子类时，如果继承下来的实现不适合解决新的问题，则父类必须重写或被其它更适合的类替换。这种依赖关系限制了灵活性并最终限制了复用性。

合成是一种强的‘拥有’关系，部分与整体的声明周期一样，类似于翅膀与大雁的关系。

聚合表示一种弱的‘拥有’关系，多只大雁属于一个雁群，一个雁群可以有多只大雁，大雁与雁群是聚合关系。

优先使用对象的合成、聚合将有助于保持每个类被封装，并被集中在单个任务上，类和类继承层次会保持较小规模。

 

尽量使用对象组合,而不是继承来达到复用的目的。

 

迪米特法则：

一个软件实体尽可能少的与其它实体发生相互作用。