一、对象设计六大原则
-
组合复用原则
多用组合少用继承,找到变化的部分,抽象封装变化的部分,然后把抽象的具体实现带进去。
has A------组合 is A------继承
-
依赖导致原则
依赖:成员变量,方法参数,返回值,依赖抽象不要依赖具体
高层模块不应该依赖低层模块,两者都应该依赖其抽象,抽象不应该依赖具体,具体应该依赖抽象。
针对接口编程,不要针对实现编程
以抽象为基础搭建的结构比就提类搭建的结构要稳定的多。
在java中抽象指的是接口或者抽象类,具体就是具体的实现类
-
开放原则
对扩展开放,对修改关闭,保证稳定性和延续性
-
里氏替换原则
所有引用基类的地方必须能透明地使用其子类对象
子类扩展父类功能时。不能破坏父类原有的功能,使用继承时遵循里氏替换原则,子类可以实现父类的抽象方法,但是不能覆盖父类的非抽象方法,当子类重载父类方法时,方法的形参要比父类的方法参数要宽松。
当子类实现父类的抽象方法时,方法的返回值要比父类更严格。
里氏替换原则是设计整个集成体系的原则
-
迪米特原则(最小知识原则)
一个对象应该与其他对象保持更少的了解,至于直接朋友交谈
成员变量,方法参数,方法返回值中需要的类为直接朋友,类与类之间的关系越密切,了解越多,耦合度就越大,尽量降低类与类之间的耦合。
接口隔离原则:一个类对另一个类的依赖应该建立在最小的接口上
-
单一职责原则
类应该只有一个导致类变更的理由,即一个类只负责一项职责。
降低类的复杂度,提高系统的可维护性,修改时降低风险溢出。
二、设计模式的分类
-
设计模式介绍 模式:在某些场景下,针对某类问题的某种通用解决方案。
-
创建型模式 对象实例化的模式,创建型模式解耦了对象的实例化过程
-
简单工厂:一个工厂类根据传入的参量决定创建出哪一个产品类的实例
-
工厂方法:定义一个创建对象的接口,让子类决定实例化哪一个类
-
抽象工厂:创建相关依赖对象的家族,而无需明确指定具体的类
-
单例模式:某个类只能有一个实例,提高一个全局访问点
-
生成器模式:封装一个复杂对象的构建过程,并可以按步骤构造。
-
原型模式:通过复制现有的实例来创建新的实例
-
-
结构型模式 把类和对象结合到一起形成更大的结构
-
适配器模式:将一个类的方法接口转换成客户希望的另一个接口
-
组合模式:将对象组合成树形结构,以表示部分-----整体的层次结构。
-
装饰者模式:动态地给对象添加新的功能。
-
代理模式:为其他对象提供一个代理以控制对这个对象的访问
-
蝇量模式:通过共享技术有效地支持大量细粒度的对象
-
外观模式:提供统一的方法来访问子系统的一群接口
-
桥接模式:将抽象部分与其他的实现部分分离,使他们都可以独立的变化
-
-
行为型模式 类和对象如何交互,及划分责任和算法
-
模板模式:定义一个算法结构,而将一些步骤延迟到子类中实现。
-
解释器模式:给定一个语言,定义它的文法的一种表示,并定义一个解释器。
-
策略模式:定义一系列的算法,把他们封装起来,并且使它们可以相互替换
-
状态模式:允许一个对象在其内部状态改变时,改变他的行为
-
观察者模式:对象间的一对多的依赖关系
-
备忘录模式:在不破坏封装性的前提下,保存对象的内部状态
-
中介者模式:同一个中介对象封装一系列的对象交互。
-
命令模式:将命令请求封装为一个对象,使得可用不同的请求来进行参数化。
-
访问者模式:在不改变数据结构的前提下,增加作用于一组对象元素新的功能
-
责任链模式:请求的发送者和接收者之间解耦,使得多个对象都有机会处理这个请求
-
迭代器模式:一种遍历访问聚合对象中各个元素的方法,不暴露该对象的内部结构
-
三、用模式思考
-
保持简单 尽量用最简单的方式解决问题,简单而弹性的设计,一般使用模式是最好的方法。
-
设计模式非万能 模式是通用问题的经验总结,使用模式的时候要考虑他对其他部分的影响,不需要预留任何弹性的时候,删除掉模式。
-
何时需要模式 找出设计中会变化的部分,通常就是需要考虑模式的地方
-
代码重构 重构就是改变代码来改进组织方式的过程,重构的时间就是模式的时间。