问题：在哪里指定责任以避免两件或更多件事之间的直接耦合？解决方案：将责任分配给中间对象以在其他组件或服务之间进行调解，以使它们不直接耦合。这是Mediator Pattern的用武之地。而不是直接耦合.

问题：如何保持对象集中，易于理解，易于管理以及作为副作用支持低耦合？解决方案：分配责任，以保持凝聚力。用凝聚力大小来作为分配职责的判断标准。凝聚力衡量元素的所有责任的相关程度。换句话说，元素内部的部分.

问题：如何减少变化的影响？如何支持低依赖性和增加重用？解决方案：分配职责以使（不必要的）耦合保持低水平。使用此原则来评估替代方案。耦合是衡量一个元素如何与另一个元素相关的度量。更高的耦合意味一个元件更.

问题：UI层之外的第一个对象是否接收并协调“控制”系统操作？解决方案：将责任分配给表示以下选项之一的对象： - 表示整个“系统”，“根对象”，运行软件的设备或主要子系统（这些都是外观控制器的变体） -.

问题：谁创建对象A？解决方案：如果下面情况其中一个为真，则为B类分配创建对象A的责任（越多越好） - B包含或复合聚合A  - B记录A  - B密切使用A  - B具有A 的初始化数据 例子：pub.

问题：将责任分配给对象的基本原则是什么？解决方案：将责任分配给具有实现它所需信息的类。在下面的示例中， Customer类引用了所有客户 订单，因此很自然地负责计算订单的总价值：public clas.

我最近注意到很多注意力都集中在SOLID原则上。这是非常好的事情，因为它是面向对象设计（OOD）和编程的总体基础。对于面向对象语言的开发人员，SOLID原则的知识是编写具有良好质量特征的代码的要求。关.