高内聚松耦合
内聚性描述的是一个例程内部组成部分之间相互联系的紧密程度。而耦合性描述的是一个例程与例程之间联系的紧密程度。软件开发的目标应该是创建这样的例程:内部完整,也就是高内聚,而与其他例程之间的联系则是小巧、直接、可见、灵活的,这就是松耦合
创造型模式
创建型模式是处理对象创建的设计模式,试图根据实际情况使用合适的方式创建对象。基本的对象创建方式可能会导致设计上的问题,或增加设计的复杂度。创建型模式通过以某种方式控制对象的创建来解决问题。
创建型模式有两个主导思想构成。一是将系统使用的具体类型封装起来,二是隐藏这些具体类的实例创建和结合的方式。
抽象工厂 | 提供一个创建一系列或相关依赖对象的接口,而无需指定它们具体的类 | 隐藏了这些类的实例是如何被创建和放在一起,整个系统关于这些对象所知道的是由抽象类所定义的接口。创建模式在创建了什么、谁创建它、怎么被创建的、以及何时创建方面提供很大的灵活性 |
---|---|---|
原型模式 | 用原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象 | 建立相应数量的原型并克隆它们 |
单例模式 | 保证一个类仅有一个实例,并提供一个访问它的全局访问点。 | 让类负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建,并且提供一个访问该实例的方法。对唯一的实例可以严格地控制客户怎么访问。 |
工厂方法 | 定义一个用于创建对象的接口,让子类决定实例化拿一个类,工厂模式使一个类的实例化延迟到其子类 | 抽象了实例化过程,帮助一个系统独立于如何创建、组合和表示它的那些对象。具有更大的灵活性。 |
建造者模式 | 将一个复杂对象的构建与他的表示分离,使得同样的构建可以创建不用的表示。 |
结构型模式
结构型模式(Structural Pattern) 描述如何将类或者对象结合在一起形成更大的结构,就像搭积木,可以通过简单积木的组合形成复杂的、功能更为强大的结构。
适配器模式 | 将一个类的接口转换成客户希望的另外一个一个接口,适配器使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 | |
---|---|---|
桥接模式 | 将抽象部分与它的实现部分分离,使它们都可以独立地变化。 | 解耦的方式,用聚合代替继承。找出变化并封装。 如果一个类存在两个独立的维度 多层继承违背了单一职责原则 |
组合模式 | 将对象组合成树形结构以表示‘部分-整体’的层次结构,组合模式使得用户对单个对象和组合对象的使用具有一致性。 | |
装饰模式 | 动态地给一个对象添加一些额外的职责,就增加功能而言,装饰模式相比生成子类而言更加灵活 | |
外观模式 | 为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更较容易使用。 | 相较于建造者模式,建造者模式要求建造过程相对稳定。 层与层之间的隔离使用外观模式 |
享元模式 | 运用共享技术有效地支持大量细粒度的对象 | |
代理模式 | 为其他对象提供一种代理以控制这个对象的访问 |
行为模式
观察者模式 | 定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新 | |
---|---|---|
模板方法 | 定义一个操作的算法骨架,而将一些步骤延迟到子类中,模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 | |
命令模式 | 将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化,考一堆请求排队或记录请求日志,以及支持可撤销的操作。 | 将调用操作的对象与如何实现该操作的对象解耦,让实现该操作的对象,可以在不同的时刻指定、排列和执行请求,支持取消/重做的操作,记录整个操作的日志,支持事务 |
状态模式 | 允许一个对象在其内部状态改变时改变它的行为,让对象看起来似乎修改了他的类 | 组织与特定状态相关的代码,决定状态的逻辑不在单块的if或switch中,而是分布在各个状态子类之间。 |
职责链模式 | 使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这些对象连接成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。 | |
解释器模式 | 给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子 | 常用正则表达式 |
中介者模式 | 用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互 | 多个对象间有许多连接,每个对象都需要知道其他很多对象。 最小知识原则最好的体现。 |
访问者模式 | 一个作用于某对象结构中的各元素的操作,它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。 | 将数据结构与数据操作分离的数据结构,对类型数量稳定的数据进行多种操作。增加element是十分困难的 |
策略模式 | 定义一系列的算法,把它们一个个封装起来,并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。 | 强调对线组合优于类继承 |
备忘录模式 | 在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。 | |
迭代器模式 | 提供一种方法顺序访问一个聚合对象中各个元素,而不需暴露该对象的内部表示。 |
MVC模式集合了观察者、组合、策略模式