UML与设计模式

软考常见设计模式总结

• 设计模式之桥接模式：
  将抽象部分和实现部分相分离，使他们可以独立的变化。
  在以下的情况可以使用Bridge模式：
  （1） 不希望抽象和实现之间有一个绑定关系。
  （2） 类的抽象和实现都可以通过生成子类的方法加以扩充。
  （3） 对抽象部分的修改应该对用户不产生影响，即客户端代码不必重新编译。
  认定类是面向对象分析中非常关键的一个步骤。请简要说明候选类的的选择原则，以及候选类集合进行删除的原则。
  选择候选类通常考虑的问题是问题域中自然存在的名词。
  具有下列的候选类需要删除：含义相同（冗余）、含义不明确的对象，暗示实现方式的、表示属性或特征、有动词含义的名词（表示行为和方法）。
• 设计模式之状态模式：p514
  状态模式允许对象在内部变化时，变更其行为，并且修改其类。
• 设计模式之策略模式：p564
  策略模式定义了一系列算法，并将算法封装起来，而且使他们可以相互替换。策略模式让算法独立于使用他们的客户而变化。适用于在不同的情况下使用不同的策略，或者策略还可能在未来用其他方式来实现。
• 设计模式之composite组合模式：p668（“部分—整体”层次结构关系）
  Composite设计模式将对象组合成树形结构以表示“部分-整体”的层次结构。Composite使得用户对单个对象和组合对象使用具有一致性。
• 设计模式之责任链模式：p542
  模式使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系,将这些对象练成一条链，并沿着该条链处理该请求，直到有一个对象处理它。
• 设计模式之外观模式：p542
  为子系统的接口提供一个一致的界面，Facede模式定义了一个高层接口，这一接口使得这个子系统更容易使用。适用于一个复杂的子系统提供一个简单的接口情况。
• 设计模式之抽象工厂模式：p542
  提供一个创建一系列相关或者相互依赖的对象的接口。使用范围：
  （1） 一个系统要独立于产品的创建、组合和表示
  （2） 一个系统要由多个产品系列中的一个来配置的。
  （3） 强调一系列相关产品对象的设计以便联合使用
  （4） 提供一个产品类库，只想显示他们呢的接口而不是实现时。
• 设计模式之命令模式：p542
  将一个请求封装成一个对象，从而使得可以用不同的请求对客户进行参数化；对请求排队或记录请求的日志，以及支持课撤销的操作。
• 设计模式之生成器Bulider模式：
  将复杂对象的构建与它的表示相分离，使得同样的构建过程可以创建不同的表示。