南华大学计算机科学与技术学院软件体系结构与设计模式课件 状态模式和职责链模式.ppt

State模式将所有与一个特定状态相关的行为都放入一个State的子类对象中，在对象状态切换时，切换相应的对象；但同时维持State的接口，这样实现了具体操作与状态转换之间的解耦。 为不同的状态引入不同的对象使得状态转换变得更加明确，而且可以保证不会出现状态不一致的情况，因为转换是原子性的——即要么彻底转换过来，要么不转换。 如果State对象没有实例变量，那么各个上下文可以共享同一个State对象，从而节省对象开销。 设计模式－行为型模式 * Chain of Responsibility 某些对象请求的接受者可能多种多样，变化无常…… 设计模式－行为型模式 * 生活中的职责链 击鼓传花是一种热闹而又紧张的饮酒游戏。在酒宴上宾客依次坐定位置，由一人击鼓，击鼓的地方与传花的地方是分开的，以示公正。开始击鼓时，花束就开始依次传递，鼓声一落，如果花束在某人手中，则该人就得饮酒。击鼓传花便是责任链模式的应用。责任链可能是一条直线、一个环链或者一个树结构的一部分。 设计模式－行为型模式 * 设计模式－行为型模式 * 模式动机 动机 在软件构建过程中，一个请求可能被多个对象处理，但是每个请求在运行时只能有一个接受者，如果显式指定，将必不可少地带来请求发送者与接受者的紧耦合。 如何使请求的发送者不需要指定具体的接受者？让请求的接受者自己在运行时决定来处理请求，从而使两者解耦。 设计模式－行为型模式 * 意图 使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。 给多个对象处理一个请求的机会，从而解耦发送者和接受者。该请求沿对象链传递，直至其中一个对象处理它。 设计模式－行为型模式 * 结构 设计模式－行为型模式 * 角色 Handler：定义一个处理请求的接口 ConcreteHandler：处理它所负责的请求，可访问其后继者，如果可以处理该请求，就处理；否则将该请求转发给它的后继者。 设计模式－行为型模式 * 设计模式－行为型模式 * 模式分析 在职责链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。 请求在这条链上传递，直到链上的某一个对象处理此请求为止。 发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织链和分配责任。 设计模式－行为型模式 * 模式分析 典型的抽象处理者代码： public abstract class Handler { protected Handler successor; public void setSuccessor(Handler successor) { this.successor=successor; } public abstract void handleRequest(String request); } 设计模式－行为型模式 * 模式分析 典型的具体处理者代码： public class ConcreteHandler extends Handler { public void handleRequest(String request) { if(请求request满足条件) { ...... //处理请求； } else { this.successor.handleRequest(request); //转发请求 } } } 设计模式－行为型模式 * 1、C#示例 2、购买请求 3、审批假条 4、申请加薪 设计模式－行为型模式 * 职责链模式实例与解析 实例：审批假条 某OA系统需要提供一个假条审批的模块，如果员工请假天数小于3天，主任可以审批该假条；如果员工请假天数大于等于3天，小于10天，经理可以审批；如果员工请假天数大于等于10天，小于30天，总经理可以审批；如果超过30天，总经理也不能审批，提示相应的拒绝信息。 设计模式－行为型模式 * 职责链模式实例与解析 实例：审批假条 设计模式－行为型模式 * 职责链模式的优点 降低耦合度 可简化对象的相互连接 增强给对象指派职责的灵活性 增加新的请求处理类很方便 设计模式－行为型模式 * 职责链模式的缺点 不能保证请求一定被接收。 系统性能将受到一定影响，而且在进行代码调试时不太方便；可能会造成循环调用。 设计模式－行为型模式 * 模式适用环境 在以下情况下可以使用职责链模式： 有多个对象可以处理同一个请求，具体哪个对象处理该请求由运行时刻自动确定。 在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。 可动态指定一组对象处理请求。 设计模式－行为