软件构造复习4

1.可维护性的度量与构造原则
Single Responsibility Principle（单一责任原则）：不应有多于1个的原因使得一个类发生变化
Interface Segregation Principle (接口隔离原则)：不能强迫客户端依赖于它们不需要的接口：只提供必需的接口
Dependency Inversion Principle (依赖转置原则)：抽象的模块不应依赖于具体的模块，具体应依赖于抽象
如delegation的时候，要通过interface建立联系，而非具体子类

2.面向可维护性的设计模式
Factory Method pattern（工厂方法）
当client不知道要创建哪个具体类的实例，或者不想在client代码中指明要具体创建的实例时，用工厂方法。定义一个用于创建对象的接口，让其子类来决定实例化哪一个类，从而使一个类的实例化延迟到其子类

假定有两个产品:product1,product2,公共接口product
创建工厂：concrete1,concrete2,公共接口concrete
工厂以委托方式，创建产品

Abstract Factory（抽象工厂方法）
提供接口以创建一组相关/相互依赖的对象，但不需要指明其具体类（即多类产品的组合创建）

产品类A，productA1，productA2
产品类B，productB1，productB2
假定需要的组合方式有两种
工厂接口concrete
创建两个工厂concrete1,concrete2
工厂以委托的方式，生产特定组合的产品

Proxy（代理模式）
某个对象比较“敏感”/“私密”/“贵重”，不希望被client直接访问
到，故设置proxy，在二者之间建立防火墙

原来的类和代理类均是接口的实现类，代理类用委托来实现方法

Observer pattern（观察者模式）
“粉丝”对“偶像”感兴趣，希望随时得知偶像的一举一动， 粉丝到偶像那里注册，偶像一旦有新闻发生，就推送给已注册的粉丝（回调callback粉丝的特定功能）

即类A需要实现某个功能，委托给类B实现，类B调用类A的方法和其他方法实现了这个功能

Visitor Pattern（访问模式）
将数据和作用于数据上的某种/些特定操作分离开来

类A1，类A2都实现了接口类A
他们都要实现方法accept()（确定价格），委托给别的类（由别人确定价格）
第一个人（第一个类）分别对他们做出了价格估算（这里用重载的方式）
visit(类 A1) visit(类 A2)
第二个人…
第三个人…

和观察者模式相比，相当于偶像由1个变成了多个，那么粉丝就要对多个偶像进行回应

3.面向可维护性的构造技术

State（状态模式）
最好不要使用if/else结构在ADT内部实现状态转换，使用delegation，将状态转换的行为委派到独立的state对象去完成

对于机器的每个状态来说，他们的状态转换表都不相同。
故设State1,State2…,公共接口State
将机器的每次状态变化委托给各个状态下的变化表，返回变化后的状态

Memento Pattern（备忘录模式）
创建一个记录类，在状态转换中存储当前状态，如果某次操作失误，可以重新返回原来的状态。同时每进行一次操作就生成一个记录类，客户端添加 List<记录类>