chapter02_GRASP模式

（1）信息专家(Information expert)
问题：当我们为系统发现完对象和职责之后，职责的分配 原则（职责将分配给哪个对象执行）是什么？ 解决方案： 职责的执行需要某些信息（information），把职责分配给 该信息的拥有者。换句话说，某项职责的执行需要某些资 源，只有拥有这些资源的对象才有资格执行职责。 这有点类似现实世界的“有能者为之”的概念。你有建筑 知识，可以去执行盖楼的职责；你有法律知识，可以去裁 判案件等等。 将职责分配给具有履行职责所需要的信息的类 通俗点就是：该干嘛干嘛去，别管别人的闲事或者我的职 责就是搞这个，别的事不管。
这2个职责究竟应该由哪个对象执行？ 我们使用Information Expert模式来分析。 1、判断2个题条是否相等，只要判断题条的ID属 性（或其它属性）是否相等就可以了。题条的ID 是属于题条的，所以对它的操作应该放在题条 SubjectItem里。 2、题条的加入需要操作的数据有2部分，一部分 是新加入的题条本身，另一部分是题库（加入到 题库），题条是题库的一部分，所以题条的加入 应该放在题库SubjectLibrary里完成。 如果把以上2个职责放在第三方类中，无疑增加了 它们与第三方类之间的耦合关系。
类设计原则
一、The Single Responsibility Principle (SRP) - OO设计的单一职责原则 There should never be more than one reason for a class to change. 永远不要让一个类存在多个改变的理由。 二、The Open-Closed Principle (OCP) - 面向对象软件设计的开闭原则 Software entities (classes, modules, function, etc.) should be open for ext ension, but closed for modification. 软件实体（模块，类，方法等）应该对扩展开放，对修改关闭。 三、The Liskov Substitution Principle (LSP) - OO设计的里氏替换原则 Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it. 所有引用基类的地方必须能透明地使用其子类的对象。
GRASP模式概述
GRASP(General Responsibility Assignment Software Patterns)，中文名称为“通用职责分配软 件模式”，它的核心思想是“职责分配（ Responsibility Assignment）” ，它们描述了对 象设计和职责分配的基本原则。也就是说，如何把 现实世界的业务功能抽象成对象，如何决定一个系 统有多少对象，每个对象都包括什么职责，对象之 间最好通过什么样的方式协作，GRASP模式（原则 ）给出了最基本的指导原则。
对象行为
行为是对象应该执行的动作，也就是对象的职责。对象具有 哪些职责呢？相对于上面所说的“名词筛选法”，可以简单 地用“动词筛选法”来发现“对象的行为”。 比如，上面的“学生考试成绩管理系统”一例中，有“创建 题库”，“输入（条件）”，“生成试题”，“成绩入库” ，“成绩管理”等动词，也就是说，系统的对象至少具有以 上这些行为（或职责）。 有时，我们可能还会发现某些“行为”的粒度过大，这时， 可以通过进一步细化用例的描述，来发现更多更细的“行为 ”。这里不再详述。 问题1：找出对象的行为（职责）之后，怎么样分配这些行 为呢？也就是说怎么确认“行为”属于哪个对象呢？
Craig Larman氏在《Applying UML and Patterns》 一书中提出了GRASP设计模式的概念。作者称其为 设计模式，其实，更好的理解应该为设计原则。因 为，与GoF等设计模式不同的是，GoF等设计模式 是针对特定问题而提出的解决方法，而GRASP则是 站在面向对象设计的角度，告诉我们怎么样设计问 题空间中的类与它们的行为责任，以及明确类之间 的相互关系等等。 GRASP可以说是GoF等设计模式的基础。
包设计原则
一、包的内部关系方面（聚合性）的原则 The Release Reuse Equivalency Principle (REP) - OO设计的重用发 布等价原则 The granule of reuse is the granule of release. 重用粒度等价于发布粒度。 The Common Reuse Principle (CRP) - OO设计的全部重用原则 The classes in a package are reused together. If you reuse one of th e classes in a package, you reuse them all. 包的所有类被一起重用。如果你重用了其中的一个类，就重用全部。 The Common Closure Principle (CCP) - OO设计的共同封闭原则 The classes in a package should be closed together against the sam e kinds of changes. a change that affects a package affects all the cl asses in that package. 一个包中所有的类应该对同一种类型的变化关闭。一个变化影响一个 包，便影响了包中所有的类。
四、The Dependency Inversion Principle (DIP) - OO设计的 依赖倒置原则 A. High level modules should not depend upon low level m odules. Both should depend upon abstractions. B. Abstractions should not depend upon details. Details sh ould depend upon abstractions. A. 高层模块不应该依赖于低层模块，二者都应该依赖于抽象 B. 抽象不应该依赖于细节，细节应该依赖于抽象 五、The Interface Segregation Principle (ISP) - OO设计的 接口分隔原则 Clients should not be forced to depend upon interfaces that they do not use. 不能强迫用户去依赖那些他们不使用的接口。
优点：
满足了面向对象设计的封装性的设计，一般情况 下都会满足Information Expert模式。因为 Information Expert是对类的属性（信息），以及 对类的属性的操作的封装，它符合对象封装性的 概念。 优点： - 信息的拥有者类同时就是信息的操作者类，可以 减少不必要的类之间的关联。 - 各类的职责单一明确，容易理解
Information Expert例
为了说明问题，我们使用“学生成绩管理系统” 中的用例1来说明。 用例1： 管理员创建题库（把题条加入题库） 再细化一下： 管理员创建题库(把题条加入题库)：如果题库中已 经存在所给的题条，则退出，否则加入题条。 这样就存在3个对象：管理员用户User，题条 SubjectItem，题库SubjectLibrary 2个职责：判断（新加入的题条是否与题库某题条 相等），加入（题条的加入）
二、包之间的关系方面（耦合性）的原则 The Acyclic Dependencies Principle (ADP) - OO设计的无环 依赖原则 The dependency structure between packages must be a dir ected acyclic graph (DAG). That is, there must be no cycles in the dependency structure. 包之间的依赖结构必须是一个直接的无环图形（DAG）。也 就是说，在依赖结构中不允许出现环（循环依赖）。 The Stable Dependencies Principle (SDP) - OO设计的稳定 依赖原则 The dependencies between packages in a design should b e in the direction of the stability of the packages. A package should only depend upon packages that are more stable th at it is.
第二讲 GRASP设计原则
我们在进行面向对象分析与设计(OOA&D) 时应该怎样进行，遵循什么原则呢？ 我们或许听说过设计模式（GOF），那是 针对特定的问题提出的特定的解决方法。 面向对象的设计从提出到现在经过很多人 的经验和实践，也总结出了很多原则。
在设计开发中，如果能有意识地向这些原则靠拢 ，对我们的系统设计与开发会有很大的帮助，也 是构筑具有稳定性，扩展性的系统的一个保障： - 是否遵守了那些基本原则 - 如果违反了基本原则，是否存在合适的理由 这些被大师们总结出来的基本原则包括了： 1、类的设计原则 2、包的设计原则 2.1 包的内部关系方面（聚合性）的原则 2.2 包之间的关系方面（耦合性）的原则
面向对象设计
所谓面向对象设计，就是在系统设计的过程中，通 过把系统分成相对独立但又互相联系过 消息进行交互（协作）。 面向对象设计一般有以下几个关键步骤： 1、发现对象--找出系统应该由哪些对象构成。 2、对象的属性--对象具有哪些属性。 3、对象的行为--对象具有哪些行为，或者说对象需要 做什么，它的职责是什么。 4、对象的关系--对象与对象之间的关系是什么，怎样 进行交互，协作等等。