设计模式

1. 简述职责链模式和解释器模式的典型应用场景，并指出其对开闭原则和 单一职责原则的支持？

职责链：某公司的内部财务支出需要网上审批，对于不同额度的需要不同级别的人审批。这个可以用职责链模式实现。首先设计一个抽象类，代表审批的人，后面实现具体的各级别审批者，涉及金额不一样，最后客户端把审批者都加进来，形成职责链。

解释链：使用解释器模式实现一个简单的后缀表达式解释器，仅支持对整数的加法和乘法即可。定义抽象表达式接口，非终结符表达式，对整数进行解释，终结符表达式，对加法和乘法进行解释。

开闭原则：面向对象的可复用设计的第一块基石，是面向对象设计的目标。一个软件实体应该对扩展开放对修改封闭，也就是说再设计一个模块的时候，应当使得这个模块可以在不被修改的情况下进行扩展，即实现再不修改源代码的情况下通过实现或者继承扩展系统。根据这样的定义我们可以知道在没有犯错误写错的情况下，两种模式都是满足开闭模式的。
实际上，我们也没有必要纠结一个代码的改动是“修改”还是“扩展”，是否违背了开闭原则，只要符合开闭原则的设计初衷就行：只要代码的改动没有破坏已有代码的正常运行，没有破坏已有的单元测试，那就是一个合格的代码改动。

单一职责原则：一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。类的职责要单一，不能将太多的职责放在一个类中，不能使一个类太累。单一职责原则是实现高内聚、低耦合的指导方针。类的职责主要包括两个方面：数据职责和行为职责，数据职责通过属性来体现，而行为职责通过方法来体现。如果一个类的职责太多，将导致系统非常脆弱，一个职责可能会影响其他职责，因此要职责分类，比如负责获取数据库连接的职责就可以单独作为类，负责对数据库层CRUD操作可以做成一个类。这两种模式中职责链模式是支持的，解释器模式并不确定是否支持。

2. （ 选 做 ） 命令模式在哪些方面对子模块进行解耦？对扩展新的命令是 否是开放的？
3. （ 选做）简述中介者模式和迭代器模式的优缺点。

中介者模式：将多个互相依赖的对象通过增加一个中介者来调和。子系统相互依赖的时候，通过中介者来调用依赖方，这样子系统就不必知道另外的子系统，所有子系统都只知道中介者，而中介者知道所有子系统。
优点：1、减少类间依赖，将多对多依赖转化成了一对多，降低了类间耦合。2、类间各司其职，符合迪米特原则
缺点： 1、中介者模式中将原本多个对象之间的相互依赖编程了中介者和多个同时类的依赖关系，当同事类越来越多时，中介类就会越臃肿，变得复杂且难以维护。

迭代器模式：提供一种方法顺序地访问或遍历一个对象中的各个元素，而又不用暴露该对象的内部表示。迭代器模式又称游标模式，它是一种对象行为型模式。通过引入迭代器可以将数据的遍历功能从聚合对象中分离出来，聚合对象只负责存储数据，而遍历数据由迭代器完成，符合单一职责原则。
优点：1.迭代器模式支持以不同的方式遍历一个聚合对象，在同一个聚合对象上可以定义多种遍历方式。在迭代器模式中只需要用一个不同的迭代器来替换原有迭代器即可改变遍历算法，也可以自己定义迭代器的子类以支持新的遍历方式。2.迭代器模式的引入，使聚合类的职责更加单一，聚合对象负责储存和管理对象，而迭代器负责对聚合对象中元素的遍历。符合设计模式的单一职责原则。3.使用抽象的迭代器，再增加新的迭代器类很方便，无需修改原有代码，满足开放封闭原则。
缺点：1.由于迭代器模式将存储数据和遍历数据的职责分离，在增加新的聚合类时需要对应增加新的迭代器类，类的个数呈对数增加，这在一定程度上增加了系统的复杂性。2.抽象迭代器的设计难度比较大，要充分考虑可拓展性。

4. 举例说明观察者模式的应用场景（至少两例）

1.场景描述：
哈票以购票为核心业务(此模式不限于该业务)，但围绕购票会产生不同的其他逻辑，如： 1、购票后记录文本日志2、购票后记录数据库日志3、购票后发送短信 4、购票送抵扣卷、兑换卷、积分 5、其他各类活动等
传统解决方案:在购票逻辑等类内部增加相关代码，完成各种逻辑。
存在问题：1、一旦某个业务逻辑发生改变，如购票业务中增加其他业务逻辑，需要修改购票核心文件、甚至购票流程。2、日积月累后，文件冗长，导致后续维护困难。
存在问题原因主要是程序的"紧密耦合"，使用观察模式将目前的业务逻辑优化成"松耦合"，达到易维护、易修改的目的， 同时也符合面向接口编程的思想。
观察者模式典型实现方式：1、定义2个接口：观察者（通知）接口、被观察者（主题）接口
2、定义2个类，观察者对象实现观察者接口、主题类实现被观者接口
3、主题类注册自己需要通知的观察者
4、主题类某个业务逻辑发生时通知观察者对象，每个观察者执行自己的业务逻辑。

2.学生监听老师的动作，当老师发作业时，学生的动作根据作业来产生变化，并知道是哪位老师在布置作业。

5. （ 选做）简述状态模式的基本结构、参与者及各部分之间的协作过程。
6. 策略模式隔离开了哪些软件的变化

策略模式，又叫算法簇模式，就是定义了不同的算法族，并且之间可以互相替换，此模式让算法的变化独立于使用算法的客户。策略模式的好处在于你可以动态的改变对象的行为。
策略模式属于对象行为型模式，主要针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。
策略模式中有三个对象：环境对象：该类中实现了对抽象策略中定义的接口或者抽象类的引用。
抽象策略对象：它可由接口或抽象类来实现。
具体策略对象：它封装了实现同不功能的不同算法。
利用策略模式构建应用程序，可以根据用户配置等内容，选择不同有算法来实现应用程序的功能。具体的选择有环境对象来完成。采用这种方式可以避免由于使用条件语句而带来的代码混乱，提高应用程序的灵活性与条理性。