体系结构之设计模式在设计原则中的应用

一、数据保护

1。




二,(OCP(开闭原则)的手段

访问)

一个模块的接口功能与模块内部程序细节的分离

把变更从模块中分离开来,安排到新的类,给出需要修改部分的接口,隐藏待修改部分的实现程序细节

用桥接模式

<强> 体系结构之设计模式在设计原则中的应用“>,</强> </h2> <h2> </h2> <p>探讨的情况,全角色类封装共性部分,部分角色类封装可变性部分<br/> <br/> 1,如果一个对象集之间除共性外,有超过2个的差异行为,如何处理? <br/>,,做多个策略树<br/> 2,如果一个对象集的部分行为组存在差异性,如何处理? <br/> </p> <p>部分行为绑定在一棵策略树</p> <p> 3,如果一个对象集的部分属性(以及依赖于这些属性的方法)存在差异性,如何处理? <br/> </p> <p>把属性和方法做成策略树</p> <p> 4,如果一个对象集的一个行为需要协作对象来完成,但是它们的协作对象存在差异性,如<br/>何处理? <br/>,,,将“调用协作对象”这一过程置于策略中,CommandPattern的变体</p> <p> </p> <p> </p> <p> </p> <p> </p> <h2>间接</h2> <p> </p> <p> </p> <p> Dependency  Inversion 原则,依赖倒置原则,即细节应当依赖于抽象,抽象不应当依赖于细节;在要被其他模块</p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> <br/> </p> <p> <br/> </p> <h2>六、运行时注册的主要机制,适用场景与优缺点</h2> <h3> 1, Observer 模式</h3> <p> <br/> </p> <h3> 2, EventStyle </h3> <p>模式,可以实现对多个事件的监听。即实现对象间多对多的依赖关系。<br/>其他特点同ObserverPattern <br/> </p> <h3> 3, CommandPattern </h3> <p> <br/> </p> <p> <br/> </p> <h2>七、特殊类型处理机制</h2> <p> <br/> </p> <h2>八,对象的创建有哪些常见解决方法</h2> <h3> 1,简单场景:</h3> <p> <br/> <br/> <br/> </p> <h3> 2,复杂场景:</h3> <h4> </h4> <h4> </h4> <p> </p> <p> </p> <p>(3)场景三:一个类不知道它所必须创建的对象的类,一个类希望有他的子类来制定它所创建的对象,类将创建对象这一职责委托给多个帮助子类中的一个,并且希望将哪一个帮助子类作为代理者这一信息局部化<br/>,,,,FactoryMethod </p> <p> <br/>(4)场景四:控制子类拓展,子类与父类的算法框架相同,但局部实现方法不同<br/>,,,,TemplateMethodPattern </p> <p> <br/>(5)场景五:多个需创建的类实例之间存在类型依赖关系<br/>,,,,AbstractFactoryMethod </p> <p> <br/>(6)场景六:实例的创建和初始化很复杂,例如运行时刻制定要实例化的类;初始化时变量值发生变更<br/>,,,PrototypePattern </p> <p> <br/> </p><h2 class=体系结构之设计模式在设计原则中的应用