摘要:
优点: ① 可以在不改变各元素的类的前提下,定义作用于这些元素的新操作新状态,将元素和作用于元素之上的操作之间的耦合解脱开,使得操作可以相对集中和自由变化增减。 ② 对于元素操作或状态,具有良好的灵活性和扩展性。 缺点: ① 增加新的对象结构(即对象元素)Element很困难,需要改动多。 适用范围 阅读全文
摘要:
优点: ① 将系统的网状结构,变成以中介者为中心的星形结构,各对象之间不直接发生联系,耦合松散 ② 用一个中介对象来封装一系列的对象交互。中介者模式使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。 ③ 提高系统的灵活性,使得各个对象独立且易于复用。 缺点: ① 中介 阅读全文
摘要:
优点: ① 如果一个特定问题发生频率够高,就值得将其实例表述(解释为)为一个简单语言的句子,如用正则表达式匹配手机号,油箱等 ② 必须已有一种语言,之后,先定义其文法表示,然后定义其解释器,用解释器来解释此语言中的句子 缺点: ① 此模式为文法中的每一条规则至少定义了一个类,因此包含了许多规则的文法 阅读全文
摘要:
优点: ① 职责链可简化对象的相互连接,仅需要保持一个指向上级的路线 ② 分派职责时,有更多的灵活性,可以通过在运行时刻对该链进行动态的增加或修改,来增加或改变那些处理请求的那些职责。 缺点: ① 不能保证请求一定被接收。既然一个请求没有明确的接收者,那么就不能保证它一定会被处理,该请求可能一直到链 阅读全文
摘要:
优点: ① 将与特定状态相关的行为局部化,并且将不同状态的行为分割开。 缺点: ① 可能出现大量状态类。 适用范围: 当一个对象的行为取决于他的状态,而且他必须在运行时刻根据状态改变他的行为,就要考虑此模式。 一个操作中含有庞大的分支机构,并且这些分支决定于对象的状态。 客户端: Work work 阅读全文
摘要:
优点: ① 可降低 请求发送者与请求接收者之间的耦合 ② 新增和删除Command对象变得容易,方便被操纵和扩展。 缺点: ① 可能导致某些系统有过多的具体命令类,影响该模式效率。 适用范围: 系统需要将请求调用者和请求接收者解耦,使得调用者和接收者不直接交互。 客户端: Chef chef = n 阅读全文
摘要:
优点: ① 定义了一个算法骨架或行为族,而将一些步骤延迟到子类中,可以把公共的代码移到父类里面,从而避免代码重复。 ② 具体细节步骤实现定义在子类中,使得子类可以不改变一个算法的整体结构即可以重新定义该算法的某些特定步骤。 缺点: ① 客户端必须知道所有的策略类,并自行决定使用哪一个策略类。 ② 由 阅读全文