GRASP概述
GRASP，全称General Responsibility Assignment Software Patterns，译为”通用职责分配软件原则“，包含以下原则和模式
控制器（Controller）
控制器模式用来接收和处理系统事件的职责，一般应该分配给一个能够代表整个系统或者单个用例场景
- 一个用例控制器应该用来处理一个用例的所有系统事件
- 控制器对象定义为UI展现层之上的第一个对象负责接收和协调系统操作
- 控制器本身不应该包含太多逻辑和功能
- 在N-Layer多层架构应用程序中，控制器一般处于Application和Service层之间
- 参见：MVC模式
创建者（Creator）
对象的创建是面向对象系统中非常通用的行为，一般情况下，符合以下条件，都由B创建A，B是A的创建者：
- B是A的聚合
- B是A的容器
- B记录了A的实例
- B频繁密切使用A的实例
- B持有初始化A的信息
高内聚（High Cohesion）
高度封装用来支持对象的可管理性、可读性和重用性，功能相关的职责放在一个类里，共同完成有限的功能
- 高内聚通常用来支持低耦合
- 可管理
- 可理解
- 可重用
- 职责单一，方便扩展
间接（Indirection）
间接模式通过在两个元素中间分配一个中介者对象来支持松散耦合（无直接依赖关系），比如MVC中的“C”
信息专家（Information Expert）
信息专家（也叫专家模式）用来决定在哪里委托职责，这些职责包含方法、计算域等等
- 某个类拥有完成某个职责所需要的所有信息，那么这个职责就应该分配给这个类来实现
- 专家模式用来分配职责，根据给定的职责去查询和存储信息
松散耦合（Low Coupling）
松耦合作为评估系统设计的一种原则，职责体现在：
- 降低类与类之间的依赖
- 改变一个类对其他类的影响降至最低
- 更高的重用性
多态（Polymorphism）
在继承系统中，使用设计时相同的定义在运行时产生不同的调用
受保护的变更（Protected Variations）
该模式通过防止外部系统（对象，系统，子系统）修改元素来得到包含元素防止变更的目的
- 使用接口包装不稳定易变的元素
- 为接口创建不同的实例，实现多态
- 如果未来发生变化，扩展接口新的实现，不需要修改原有实现
- 基本等同于OCP（开闭原则）
纯虚构（Pure Fabrication）
使用纯虚构来协调内聚和耦合，在一定程度上解决了系统对象交互之间的依赖性