软件设计模式与体系结构复习资料（参考模板）.doc

PAGE / NUMPAGES 设计准则I：正确性和健壮性 正确性：每个项目都要满足指定的需求，然后一起满足所有应用程序的需求，设计的正确性一般是指充分性，实现正确性的正式方法是依靠数学逻辑，非正式方法是判断设计是否满足所需的功能，当进入详细设计阶段时，经常采用正式方法来判断正确性。 模块可是类或者类的包，包的接口和类的接口不同，包不能被实例化，通过包来使用接口的一种方法是利用包中指定对象来提供相应的接口。 为了模块化特定的应用程序，在高层需要创建包，在底层需要创建类 设计中用到两种类：领域类和非领域类，一般是从领域类开始类的选择，然后扩展到非领域类，非领域类通常用于概括领域类。 健壮性：防止错误输入，防止开发错误；提高健壮性的办法：检查输入、初始化、参数传递技术、检查参数是否违反约束的方法、在类中捕获参数、包装参数、强化意图。 设计准则II 灵活性、可重用性、高效性 灵活性：在设计时通常要考虑到将来的变化；增加新功能要依据其上下文和应用范围 可重用性：一个方法相对于上下文环境越独立，其可重用性就越高；完全指定、避免不必要的封装类耦合、让名字更具表达性、解释算法。 高效性：应用程序必须在指定时间内完成特定的功能，同样，对内存容量也有一定的要求 设计模式引言： 设计目标是：灵活性、健壮性、可重用性 设计原则：面向接口编程的原则（面向接口编程而不是面向实现编程）、可变性封装、开—闭原则（对扩展开放，对修改关闭）、里氏替换原则（适用于父类，但不一定适用子类）、组合/聚合原则（尽量使用组合聚合/聚合，尽量不使用继承）；接口隔离原则（避免接口污染）、依赖倒转原则（高层低层依赖于抽象、细节依赖于抽象）、迪米特原则（不和陌生人说话）、单一原则 模式的四个基本要素：问题（描述了应该在何时使用模式）、解决方案（描述了设计的组成成分）、效果（描述了模式应用的效果及使用模式应该权衡的问题）、模式名称 设计模式分类：按照目的可以分为：创建型、结构型、行为型 按照范围可以分为：类模式、对象模式 模式和框架的区别： 设计模式比框架更抽象 设计模式是比框架更小的体系结构元素 框架比设计模式更加特例化 创建型模式： 创建型模式包括抽象工厂模式、生成器模式、工厂模式、原型模式、单件模式 创建型模式抽象了实例化过程，它们帮助一个系统独立于如何创建、组合和表示它的那些对象 一个类创建型模式使用继承改变被实例化的类，而一个对象创建型模式将实例化委托给另一个对象。 随着系统演化地越来越依赖于对象复合而不是类继承，创建型模式变得更为重要 创建型模式在什么被创建、谁创建它、它是怎样被创建的以及何时创建这些方面给予很大的灵活性 抽象工厂模式： 意图：提供一个创建一系列相关或相互依赖对象的接口而不需要指定他们具体的类 别名：KIT 适用性： 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节 这个系统的产品有多余一个的产品族，而系统只消费其中某一个族的产品 同属于一个产品族的产品是在一起使用的 系统提供一个产品类的库，所有产品以同样的接口实现，从而使客户端不依赖于实现 参与者：抽象工厂角色（核心）、具体工厂（在客户端的调用下创建实例）、抽象产品（所拥有的共同接口）、具体产品 效果：1）分离了具体的类 2）使得易于交换产品系列 3）有利于产品的一致性 4）难以支持新种类的产品 实现：1）将工厂作为一个单件 2）创建产品 3）定义可扩展的工厂 相关：AbstractFactory类通常用工厂方法实现，一个具体工厂通常是一个单件 工厂方法模式： 意图：定义一个用于创建对象的接口，让子类决定实例化哪个类。Factory Method使一个类的实例化延迟到其子类 别名：虚构造器 适用性： 1）当一个类不知道它所必须创建的对象的类的时候 2）当一个类希望由他的子类来指定他所创建的对象的时候 效果： 1）多态性： 客户代码可以做到与特定应用无关，适用于任何实体类 2）子类提供挂钩。基类为工厂方法提供缺省实现，子类可以重写新的实现，也可以继承父类的实现。-- 加一层间接性，增加了灵活性 3）封装性好，扩展性好，屏蔽产品类 4）需要Creator和相应的子类作为factory method的载体，如果应用模型确实需要creator和子类存在，则很好；否则的话，需要增加一个类层次 单件模式： 意图：保证一个类有且只有一个实例，并提供一个访问它的全局访问点 适用性：1）当类只能有一个实例而且客户可以从一个众所周知的访问点访问它 当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展类的实例 优点：1）对唯一实例的受控访问 2）缩小名空间 3）允许对操作和表示的精化 4）比类操作更灵活 使用单件模式的要点：单件模式中的实例