面向对象设计原则:
1)单一职责原则:
一个对象应该只包含单一的职责,并且该职责被完整的封装在一个类中。
2)开闭原则:
软件实体应该对扩展开放,对修改关闭。
3)里氏代换原则:
所有引用基类的地方都必须能透明的使用其子类的对象。
4)依赖倒转原则:
高层模块不因该依赖底层模块,他们都应该依赖抽象,抽象不应该依赖与细节,细节应该依赖抽象。
5)接口隔离原则:
客户端不应该依赖那些他不需要的接口。
6)合成复用原则:
优先使用对象组合而不是继承来达到目的。
7)迪米特法则:
每一个软件单位对其他的单位都只有最少的知识,而且局限与那些与本单位密切相关的软件单位。
设计模式:
创建型模式:(5种)
核心:
创建型模式关注对象的创建过程。
创建型模式对类的实例化过程进行了抽象,能够将软件模块中对象的创建和对象的使用分离,对用户隐藏了类的实例创建细节。
每一个创建型模式都采用不同的解决方案来回答三个问题:创建什么、有谁创建、何时创建。
抽象工厂模式:
提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。
建造者模式:
将一个复杂对象的构建与他的表示分离,使得同样的构建过程可以创建不同的表示。
工厂方法模式:
定义一个用于创建对象的接口,但是让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。
原型模式:
使用原型实例指定待创建对象的类型,并且通过复制这个原型来创建新的对象。
单例模式:
确保一个类只有一个实例,并提供一个全局访问点来访问这个实例。
结构型模式:(7种)
核心:
结构型模式关注如何将现有的类或对象组织在一起形成更加强大的结构。
类结构型模式:关注类的组合,由多个类合成一个更大的系统,在类结构型模式中一般只存在继承关系和实现关系。
对象结构型模式:关注类与对象的组合,通过在一个类中定义另一个类的实例对象,然后通过该对象调用相应的方法。
适配器模式:
将一个类的接口转换为客户端希望的另一个接口,适配器模式让那些接口不兼容的类可以一起工作。
桥接模式:
将抽象部分与它的实现部分解耦,使得两者都能够独立变化。
组合模式:
组合多个对象形成树形结构以表示具有(部分——整体)关系的层次结构,组合模式让客户端可以统一对待单个对象和组合对象。
装饰模式:
动态的给一个对象增加一些额外的职责,就扩展功能而言,装饰模式提供了一种比使用子类更加灵活的替代方案。
外观模式:
为子类系统中的一组接口提供一个统一的入口,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
享元模式:
运用共享技术有效的支持大量细粒度对象的复用。
代理模式:
给某一对象提供一个代理或占位符,并由代理对象来控制对原对象的访问。
行为型模式:(11种)
核心:
行为型模式关注系统中对象之间的交互,研究系统在运行时对象之间的相互通信与协作,进一步明确对象的职责。
类行为型模式:使用继承关系在几个类之间分配行为,主要通过多态等方式来分配父类与子类的职责。
对象行为型模式:使用对象关联关系来分配行为,主要通过对象关联等方式来分配两个或多个类的职责。
职责链模式:
避免将一个请求的发送者与接收者耦合在一起,让多个对象都有机会处理请求;将接收请求的对象连接成一条链,并沿着这条链传递请求,直到有一个对象能够处理它为止。
命令模式:
将一个请求封装 为一个对象,从而可用不同的请求对客户端进行参数化,对请求排队或者记录请求日志,以及支持可撤销的操作。
解释器模式:
给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。
迭代器模式:
提供一种方法顺序的访问一个聚合对象中的各个元素,而不用暴露该对象的内部表示。
中介者模式:
定义一个对象封装一系列对象的交互,中介者模式使得各个对象之间不需要显示的相互引用,从而使其耦合度松散,而且让你可以独立地改变他们之间的交互。
备忘录模式:
在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态。
观察者模式:
定义对象之间的一种一对多的依赖关系,使得每当一个对象状态改变时,其相关依赖对象皆得到通知并被自动更新。
状态模式:
允许一个对象在其内部状态改变时改变它的行为,对象看起来似乎修改了它的类。
策略模式:
定义一系列算法,将每个算法封装起来,并让它们可以相互替换,策略模式让算法可以独立于使用它的客户端变化。
模板方法模式:
定义一个操作中算法的框架,而将一些步骤延迟到子类中。模板方法模式使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
访问者模式:
表示一个作用于某对象结构中的各个元素的操作。访问者模式让你可以在不改变各个元素的类的前提下定义作用与这些元素的新操作。