●But对稳定元素的藕合和普遍的元素藕合 很少会有问题 ●如类库
But 对稳定元素的藕合和普遍的元素藕合 很少会有问题 ⚫ 如类库
五个 GRASP模式 Low Coupling High Cohesion ●. Controller Creator Information Expert
五个GRASP模式 . Low Coupling . High Cohesion . Controller . Creator . Information Expert
模式: Hign Cohesion Prob|em:如何使复杂性可管理? ● Solution:分配职责时使内聚度高
模式：Hign Cohesion Problem:如何使复杂性可管理? Solution:分配职责时使内聚度高
内聚:类的职责如何紧密关联 ●类或子系统等若职责紧密关联,且没有大量 的工作,则具有高内聚度 ●高内聚则方法的数量相对较少 若 task is large,则与其他对象协作 ●低内聚说明类做了很多无关的事情,或做了 太多的事情 ●低内聚的问题:难以理解,重用,维护,易 受变化的影响
内聚：类的职责如何紧密关联 ⚫ 类或子系统等若职责紧密关联，且没有大量 的工作，则具有高内聚度 ⚫ 高内聚则方法的数量相对较少 ⚫ 若task is large,则与其他对象协作 ⚫ 低内聚说明类做了很多无关的事情，或做了 太多的事情 ⚫ 低内聚的问题：难以理解，重用，维护，易 受变化的影响
●不独立使用,而是与专家、低藕合模式 起使用 ●评估所有设计决策的一个准则 ● Register做很多系统操作,下图哪个好?
不独立使用，而是与专家、低藕合模式 一起使用 评估所有设计决策的一个准则 Register做很多系统操作，下图哪个好？