面向对象设计原则
单一职责原则
一个对象应该只包含单一的职责,并且该职责被完整的封装到一个类中。
单一职责原则是为了复用性能高,代码承担的职责越多(耦合度越高),代码被复用的可能性就越小,把职责进行分离后,代码就会逐渐向着低耦合高内聚的目标演化。比如代码中常见的各种until类。
开闭原则
开闭原则是面向对象的可复用设计的第一块儿基石,它是最重要的面向对象设计原则。
简单来说就是,软件版本发布后,后续的需求扩充,应该是尽量不修改代码,而是在原有代码的基础上,通过对接口的实现,抽象类的继承来扩展代码。所以,开闭原则的关键就是抽象化。
里氏代换原则
所有引用基类的地方必须能透明的使用其子类的对象。
大概意思就是,在对象的动态调用中,把原本使用父类的地方换成了他的子类对象,程序将不会产生任何错误和异常,反之。如果一个对象使用的是子类,换成基类则不行。
里氏代换原则是实现开闭原则的重要方式之一,这个原则建议在程序中尽量使用基类进行定义,在运行时再确定子类。
依赖倒转原则
高层模块不应该依赖低层模块,他们都应该依赖抽象。抽象i不应该依赖于细节,细节应该依赖与抽象。
依赖倒装原则要求在代码参数传递的时候尽量引用层次高的抽象对象。将具体实现类写在配置文件中。
接口隔离原则
客户端不应该依赖那些它不需要的接口。
对于被客户端调用的接口来说,客户端如果只需要两个方法,但是接口中有十个方法,这是不符合接口隔离原则,产生很多无用代码,应当把接口的职责更细化。
合成复用原则
优先使用对象组合,而不是通过继承来达到复用的目的。
当一个对象A想要调使用另一个对象B中的一些方法,有两个方式,一个是继承,一个是注入,如果是继承的话,当需求增加时,就需要修改B,或者修改A,这就违反了开闭原则。所以当A “Has-B”的时候,最好用注入的方式来使用B的方法,当A “Is-B”,可以使用继承。
迪米特法则
每一个软件单位对其他单位都只有最少的知识,而且局限于那些与本单位密切相关的软件单位。
迪米特法则是为了降低系统耦合度,引入第三者来连接其他类。
GoF的23种设计模式
模式类别 | 模式名称 | 模式说明 |
---|---|---|
创建型模式 | 抽象工厂模式 | 提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类 |
建造者模式 | 将一个复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不同的表示 | |
工厂方法模式 | 定义一个用于创建对象的接口,但是让子类决定将哪一个类实例化,工厂方法模式让一个类的实例化延迟到其子类 | |
原型模式 | 使用原型实例指定待创建对象的类型,并且通过复制这个原型来创建新的对象 | |
单例模式 | 确保一个类只有一个实例,并提供一个全局的访问点来访问这个唯一实例 | |
结构型模式 | 适配器模式 | 将一个类的接口转换成客希望的另一个接口,适配器模式让那些接口不兼容的类可以一起工作 |
桥接模式 | 将抽象部分与它的实现部分解耦,使得两者都能够独立变化 | |
组合模式 | 组合多个对象形成树形接口以表示具有部分-整体关系的层次结构,组合模式让客户端可以统一对待单个对象和组合对象 | |
装饰模式 | 动态的给一个对象增加一些额外的职责,就扩展功能而言,装饰模式提供了一种比使用子类更加灵活的替代方案 | |
外观模式 | 为子系统中的一组接口提供一个统一的入口,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用 | |
享元模式 | 运用共享技术有效的支持大量细粒度对象的复用 | |
代理模式 | 给某一个对象提供一个代理或者占位符,并由代理对象来控制对原对象的访问 | |
行为型模式 | 责任链模式 | 避免将一个请求的发送者和接收者耦合在一起,让多个对象都有机会处理请求,将接收请求的对象连接成一条链,并且沿着这条链传递请求,直到有一个对象能够处理它为止 |
命令模式 | 将一个请求封装为一个对象,从而可用不同的请求对客户进行参数化,对请求排队或者记录请求日志,以及支持可撤销的操作 | |
解释器模式 | 给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子 | |
迭代器模式 | 提供一种方法顺序访问一个聚合对象中的各个元素,而又不用暴漏该对象的内部表示 | |
中介者模式 | 定义一个对象来封装一系列对象的交互,中介者模式使各对象之间不需要显式的相互引用,从而使其耦合松散,而且可以独立改变它们之间的交互 | |
备忘录模式 | 在不破坏封装的前提下捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态 | |
观察者模式 | 定义对象之间的一种一对多依赖关系,使得每当一个对象状态发生改变时其相关依赖对象皆得到通知并被自动更新 | |
状态模式 | 允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类 | |
策略模式 | 定义一系列算法,将每一个算法封装起来,并且让他们可以相互替换,策略模式让算法可以独立于使用它的客户而变化 | |
模板方法模式 | 定义一个操作中算法的框架,而将一些步骤延迟到子类中,模板方法模式使得子类可以不改变一个算法的结构即可重定义该算法的某些特性步骤 | |
访问者模式 | 表示一个作用与某对象结构中的各个元素的操作,访问者模式可以在不改变各元素的类的前提下定义作用这些元素的新操作 |