七大设计原则
设计原则 | 一句话归纳 | 目的 |
---|---|---|
开闭原则 | 对扩展开放,对修改关闭 | 降低维护带来的新风险 |
依赖倒置原则 | 高层不应该依赖低层,要面向接口编程 | 更利于代码结构的升级扩展 |
单一职责原则 | 一个类只干一件事,实现类要单一 | 便于理解,提高代码的可读性 |
接口隔离原则 | 一个接口只干一件事,接口要精简单一 | 功能解耦,高聚合、低耦合 |
迪米特法则 | 不该知道的不要知道,一个类应该保持对其它对象最少的了解,降低耦合度 | 只和朋友交流,不和陌生人说话,减少代码臃肿 |
里氏替换原则 | 不要破坏继承体系,子类重写方法功能发生改变,不应该影响父类方法的含义 | 防止继承泛滥 |
合成复用原则 | 尽量使用组合或者聚合关系实现代码复用,少使用继承 | 降低代码耦合 |
23种设计模式
分类 | 名称 | 定义 |
---|---|---|
创建型设计模式(5) | 工厂模式(Factory) | 定义一个用于创建对象的接口,让子类决定将哪一个类实例化 |
抽象工厂模式(Abstract Factory) | 提供一个创建一系列相关或相关依赖对象的接口,而无需指定它们具体的类 | |
单例模式(Singleton) | 保证一个类仅有一个实例,并且提供一个全局访问点 | |
原型模式(Prototype) | 用原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象。 | |
建造者模式(Builder) | 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示 | |
结构型设计模式(7) | 代理模式(Proxy) | 为其他对象提供一种代理以控制对这个对象的访问 |
外观模式(Facade) | 对外提供一个统一的接口用来访问子系统 | |
装饰器模式(Decorator) | 为对象添加新功能 | |
享元模式(Flyweight) | 使用对象池来减少重复对象的创建 | |
组合模式(Composite) | 将整体与局部(树形结构)进行递归组合,让客户端能够以一种的方式对其进行处理 | |
适配器模式(Adapter) | 将原来不兼容的两个类融合在一起 | |
桥接模式(Bridge) | 将两个能够独立变化的部分分离开来 | |
行为型设计模式(11) | 模板模式(Template) | 定义一套流程模板,根据需要实现模板中的操作 |
策略模式(Strategy) | 封装不同的算法,算法之间能互相替换 | |
责任链模式(Chain of Responsibility) | 拦截的类都实现统一接口,每个接收者都包含对下一个接收者的引用。将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止。 | |
迭代器模式(Iterator) | 提供一种方法顺序访问一个聚合对象中的各个元素 | |
命令模式(Command) | 将请求封装成命令,并记录下来,能够撤销与重做 | |
状态模式(State) | 根据不同的状态做出不同的行为 | |
备忘录模式(Memento) | 保存对象的状态,在需要时进行恢复 | |
中介者模式(Mediator) | 将对象之间的通信关联关系封装到一个中介类中单独处理,从而使其耦合松散 | |
解释器模式(Interpreter) | 给定一个语言,定义它的语法表示,并定义一个解释器,这个解释器使用该标识来解释语言中的句子 | |
观察者模式(Observer) | 状态发生改变时通知观察者,一对多的关系 | |
访问者模式(Visitor) | 稳定数据结构,定义新的操作行为 |