内聚和耦合——如何确定阈值？

Question

目前，我将进一步介绍java类，这是该类如何简要定义的：

内聚：以高内聚为目标，在这种情况下，内聚意味着单个模块紧紧关注其任务。

耦合：以低耦合为目标，在这种情况下，耦合意味着两个或多个模块相互交织的程度。

如何确定凝聚力和耦合度的水平？

例如，我的一些方法调用了同一类中的其他方法。这意味着调用其他方法的方法依赖于其他方法，以便“调用”方法完成其代码块。这是否意味着我对同一类的方法具有低内聚和高耦合？或者这些概念更多地指不同的类和不同的包？

Answer 1

我可能错了，但这里只是我的一点微薄的意见。

衔接经常与耦合一起被提及，但它们之间的关系是相反的。高内聚=低耦合。

让我引用你的话

以高内聚性为目标，在本例中，内聚性意味着单个模块紧密关注其任务。

所以它的意思就是这样。只做一件事而且做得很好的东西。例如，将一个实体保存到数据库的方法应该只关注如何将该实体保存到数据库，而不应该担心该实体的正确性（该实体的所有实例属性是否都通过了所有数据库模式验证，在这种情况下，该验证可能应该由拦截器处理）。

耦合指的是两个模块相互依赖的程度，最少越好，因为它促进了维护和可重用性等。通常，低耦合是通过使用事件来实现的，我们有事件发射器和事件消费者，他们不必相互了解。即使发射器也只是解雇并忘记，当系统将事件传递给消费者时，消费者会接受事件。

Answer 2

有内聚/耦合的指标；看见https://softwareengineering.stackexchange.com/questions/151004/are-there-metrics-for-cohesion-and-coupling.

因此，“确定”内聚/耦合水平的方法是实现一个工具，该工具可以测量相应的指标。（或者找到一个现有的工具，例如声纳。）

如何确定内聚和/或耦合水平的阈值？

我猜你是说。。。如何决定何时在代码库中将各个度量的值称为“不可接受”。

基本上，这取决于你的决定。我会通过查看工具报告“坏”值的示例来完成这项工作，并确定我认为它真的有多坏。或者，坚持使用您正在使用的工具中的默认阈值。

Answer 3

内聚和解耦在各个层面都很重要：每一行代码都应该有特定的含义和目的，每一种方法都应该有特定的含义和目的，每一个类都应该有特定的含义和目的，每一个包都应该有特定的含义和目的，每一个代码库都应该有特定的含义和目的。

这并不意味着一个方法不应该调用另一个方法，一个类不应该使用另一个类，等等。；相反，这意味着理想情况下，您应该能够阅读和理解一个方法，而不必阅读它调用的所有其他方法；阅读和理解一个类，而不必阅读它使用的所有其他类，等等。

这就是说，我们希望更大的单元具有更大的内聚性和解耦性：例如，类需要比方法更内聚、更不紧密地耦合，因为假设类的大小合理，在阅读和维护代码时，在方法之间来回比在类之间来回要容易得多。