软件设计模式与体系结构复习资料

设计准则I：正确性和健壮性1.正确性：每个项目都要满足指定的需求，然后一起满足所有应用程序的需求，设计的正确性一般是指充分性，实现正确性的正式方法是依靠数学逻辑，非正式方法是判断设计是否满足所需的功能，当进入详细设计阶段时，经常采用正式方法来判断正确性。

2.模块可是类或者类的包，包的接口和类的接口不同，包不能被实例化，通过包来使用接口的一种方法是利用包中指定对象来提供相应的接口。

3.为了模块化特定的应用程序，在高层需要创建包，在底层需要创建类4.设计中用到两种类：领域类和非领域类，一般是从领域类开始类的选择，然后扩展到非领域类，非领域类通常用于概括领域类。

5.健壮性：防止错误输入，防止开发错误；提高健壮性的办法：检查输入、初始化、参数传递技术、检查参数是否违反约束的方法、在类中捕获参数、包装参数、强化意图。

设计准则II 灵活性、可重用性、高效性1.灵活性：在设计时通常要考虑到将来的变化；增加新功能要依据其上下文和应用范围2.可重用性：一个方法相对于上下文环境越独立，其可重用性就越高；完全指定、避免不必要的封装类耦合、让名字更具表达性、解释算法。

3.高效性：应用程序必须在指定时间内完成特定的功能，同样，对内存容量也有一定的要求设计模式引言：1.设计目标是：灵活性、健壮性、可重用性2.设计原则：面向接口编程的原则（面向接口编程而不是面向实现编程）、可变性封装、开—闭原则（对扩展开放，对修改关闭）、里氏替换原则（适用于父类，但不一定适用子类）、组合/聚合原则（尽量使用组合聚合/聚合，尽量不使用继承）；接口隔离原则（避免接口污染）、依赖倒转原则（高层低层依赖于抽象、细节依赖于抽象）、迪米特原则（不和陌生人说话）、单一原则3.模式的四个基本要素：问题（描述了应该在何时使用模式）、解决方案（描述了设计的组成成分）、效果（描述了模式应用的效果及使用模式应该权衡的问题）、模式名称4.设计模式分类：按照目的可以分为：创建型、结构型、行为型按照范围可以分为：类模式、对象模式5.模式和框架的区别：1）设计模式比框架更抽象2）设计模式是比框架更小的体系结构元素3）框架比设计模式更加特例化创建型模式：1.创建型模式包括抽象工厂模式、生成器模式、工厂模式、原型模式、单件模式2.创建型模式抽象了实例化过程，它们帮助一个系统独立于如何创建、组合和表示它的那些对象3.一个类创建型模式使用继承改变被实例化的类，而一个对象创建型模式将实例化委托给另一个对象。

4.随着系统演化地越来越依赖于对象复合而不是类继承，创建型模式变得更为重要5.创建型模式在什么被创建、谁创建它、它是怎样被创建的以及何时创建这些方面给予很大的灵活性6.抽象工厂模式：意图：提供一个创建一系列相关或相互依赖对象的接口而不需要指定他们具体的类别名：KIT适用性：1）一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节2）这个系统的产品有多余一个的产品族，而系统只消费其中某一个族的产品3）同属于一个产品族的产品是在一起使用的4）系统提供一个产品类的库，所有产品以同样的接口实现，从而使客户端不依赖于实现参与者：抽象工厂角色（核心）、具体工厂（在客户端的调用下创建实例）、抽象产品（所拥有的共同接口）、具体产品效果：1）分离了具体的类2）使得易于交换产品系列3）有利于产品的一致性4）难以支持新种类的产品实现：1）将工厂作为一个单件 2）创建产品 3）定义可扩展的工厂相关：AbstractFactory类通常用工厂方法实现，一个具体工厂通常是一个单件工厂方法模式：意图：定义一个用于创建对象的接口，让子类决定实例化哪个类。

Factory Method使一个类的实例化延迟到其子类别名：虚构造器适用性： 1）当一个类不知道它所必须创建的对象的类的时候 2）当一个类希望由他的子类来指定他所创建的对象的时候效果： 1）多态性：客户代码可以做到与特定应用无关，适用于任何实体类2）子类提供挂钩。

基类为工厂方法提供缺省实现，子类可以重写新的实现，也可以继承父类的实现。

-- 加一层间接性，增加了灵活性3）封装性好，扩展性好，屏蔽产品类4）需要Creator和相应的子类作为factory method的载体，如果应用模型确实需要creator和子类存在，则很好；否则的话，需要增加一个类层次单件模式：意图：保证一个类有且只有一个实例，并提供一个访问它的全局访问点适用性：1）当类只能有一个实例而且客户可以从一个众所周知的访问点访问它2）当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展类的实例优点：1）对唯一实例的受控访问2）缩小名空间3）允许对操作和表示的精化4）比类操作更灵活使用单件模式的要点：单件模式中的实例构造器可以设置为protected 以允许子类派生；单件模式只考虑到了对象创建的管理，没有考虑对象销毁的管理。

实现：保证一个唯一的实例；创建单件类的子类//本质：内存中只能有一个对象//案例：定时器，计数器//使用场景：一个项目只要一个共享访问点和共享数据；创建对象消耗资源比较多，如IO操作和数据库读取//注意：线程安全public sealed class Singleton{private static Singleton _singleton = null;private static readonly object _synLock = new object();private Singleton(){}public static Singleton GetInstance(){lock (_synLock){if (_singleton==null)_singleton = new Singleton();return _singleton;}}}结构型模式：1.结构型模式涉及到如何组合类和对象以获得更大的结构。

2.结构型类模式采用继承机制来组合接口或者实现。

3.结构型模式包括：适配器模式（类对象）、组合模式（对象）、装饰模式（对象）4.适配器模式：意图：将一个类的接口转化为客户希望的另外一个接口，Adapter 模式使得原本由于接口不兼容而不能够在一起工作的类可以一起工作别名：包装器适用性：1）想使用一个已经存在的类，但接口不符合需要2）想创建一个可复用的类，该类可以和其他不相关的类和不可预见的类协同工作3）想使用一些已经存在的类，但不可能对每一个都子类化以匹配他们的接口，对象适配器可以可以适配他们的父类接口结构：类适配器（使用多重继承）对象适配器（使用对象组合）效果：类适配器：1）用一个具体的类适配Adaptee和Target，当想要匹配一个类及他的子类的时候，类Adapter将不再适用2）Adapter可以重新定义Adaptee的部分方法3）仅仅引入了一个对象，不需要额外的指针对象适配器：1）允许Adapter和一个或者多个Adaptee进行适配，Adapter可以一次性给多个Adaptee添加功能2）使得重新定义Adaptee的部分希望变得困难注意事项：1）Adapter的匹配程度2）可插入的Adapter3)使用双向适配器通过透明操作实现：可插入的适配器的实现方法：使用抽象操作、使用代理对象、参数化的适配器组合模式：意图：将对象组合成数结构以表示“整体—部分”结构，组合模式使得用户对单个对象和组合对象的使用具有一致性适用性：1）想表示对象的“整体—部分”的结构2）希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的对象效果：1）通过递归组合，在客户端代码中，任何用到基本对象的地方都可以使用组合对象2）简化客户代码，客户可以一致地使用组合结构和单个对象3）使得更容易添加新类型的组件4）设计一般化，由于容易添加新组件，也将容易带来新问题装饰模式：意图：动态地给一些对象添加一些额外的职责。

别名：包装器模式适用性：1）在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责2）处理那些可以撤销的职责3）当不能采用生成子类的方法进行扩充时。

效果：1）比静态继承更灵活2）避免在层次结构高层的类有太多的特征3）Decorator余它的Component不一样4）有许多小对象使用注意事项：1）接口的一致性 2）省略抽象的Decorator类3）保持Component类的简单性行为模式：迭代器模式：意图：提供一种方法顺序访问一个集合对象中的各个元素，而不暴露该对象的内部表示别名：游标适应性：1）访问一个聚合对象的内容而无需暴露它的内部表示2)支持对聚合对象的多重遍历3)支持多重迭代效果：1）它支持以不同的方式遍历一个聚合2）简化了聚合的接口3）在同一个聚合上可以有多个遍历观察者模式：意图：定义对象间的一对多的关系，当一个对象的状态发生变化时，所有依赖于他的对象都得到通知并被自动更新别名：依赖，发布——订阅适用性：1）当一个抽象模式有两个方面，其中一个方面依赖于另一个方面，将这二者封装在独立的对象中以使它们可以各自独立地改变及复用2）当对一个对象的改变需要同时改变其他对象，而不知道有多少对象有待改变3）当一个对象必须通知其他对象，但又不能假定其他对象是谁效果：1）目标和观察者间的抽象耦合2）支持广播通信3）意外的更新状态模式：意图：允许一个对象在其内部状态发生改变时改变了它的询问，对象看起来似乎改变了它的类别名：状态对象适用性：1）一个对象的行为取决于他的状态，并且它必须在运行时刻根据状态改变它的行为2）一个操作中含有庞大的多分支语句，并且这些分支依赖于该对象的状态效果：1）将有特定效果的行为局部化，并将不同状态的行为分割开来2）使得状态转换显示化3）State对象可被共享体系结构：定义：软件体系结构包括构成系统的设计元素的描述，设计元素的交互，设计元素组合的模式，以及这些模式中的约束。

意义：1）体系结构是风险承担者进行交流的手段2）体系结构有助于系统级关注点的理解3）体系结构是早期设计决策的体现4）软件体系结构是可传递和可重用的模型作用：软件系统的体系结构定义系统由计算构件和构件之间的相互作用组成；体系结构还指出了系统需求和已构建系统的元素之间的对应关系，能为设计方案的选择提供基本原则。

研究内容：1）通过提供一种新的体系结构描述语言（Architectural Description Language）解决体系结构描述问题2）体系结构领域知识的总结性研究。

3）针对特定领域的框架的研究。

4）软件体系结构形式化支持的研究。

框架、体系结构、设计模式三者的比较：1）设计模式是对在某种环境中反复出现的问题以及解决该问题的方案的描述，比框架更抽象；2）框架可用代码表示，也能直接执行或复用，而对模式而言只有实例才能用代码表示3）设计模式是比框架更小的元素，一个框架中往往含有一个或多个设计模式，框架总是针对某一特定应用领域，但同一模式却可适用于各种不同的应用。