高内聚力和松耦合的优化

Question

在一次技术采访中，我被问及项目的凝聚力和耦合性。我详细解释了它们的定义，尽管我没有像他说的那样正确回答问题的第二部分。

“我们如何在一个项目中同时实现高度内聚和松散耦合的设计，请解释这种方法应该如何在一个整体项目中实现？”

我回答说这两个目标是矛盾的，所以我们需要找出每个项目或模块的最佳选择，但我无法提供全面的答案。

如果有人能帮我，我将不胜感激。

Answer 1

在阅读你的问题之前，我不熟悉衔接的概念。来自维基百科（此处）：

具有高内聚性的模块往往更可取，因为高内聚性与软件的几个理想特性有关，包括健壮性、可靠性、可重用性和可理解性。相比之下，低内聚性与不受欢迎的特征有关，例如难以维护、测试、重用甚至理解。

衔接通常与耦合形成对比，这是一个不同的概念。高内聚力通常与松耦合相关，反之亦然。

我认为您希望每个模块内部具有高内聚性，并且它们之间具有松散耦合，这可以通过让模块只通过简单的抽象接口进行通信来实现。要定义这些接口，您需要设计一个清晰的关注点分离，所有紧密耦合的任务都在同一个类中完成，而具有不同粒度（例如，高级算法和低级实现细节）的任务被分离出来，并由接口抽象出来。

Answer 2

根据维基百科(https://en.wikipedia.org/wiki/Cohesion_（计算机科学）

高内聚力通常与松耦合相关，反之亦然

因此，目标是实现高内聚和松耦合。为了实现这一点，您需要开发只做一件事的类，将整体项目分成几个模块（DAO、UI、业务逻辑），并编程到一个接口，这样其他类（或其他模块）就不知道任何关于其他类/模块内部的事，只知道外部契约（接口/API）。

Answer 3

首先，我想说，这与你所说的“这两个定义是矛盾的”完全相反。我将引用约翰·萨特辛格在《变化世界中的系统分析和设计，关键事实》一书中的话来描述

低耦合通常与高内聚相关，反之亦然

通过在Monolithic中说，他们是在向您发出信号，询问SOLID原理，如果您应用它们，将导致高内聚力和松散耦合项目。

以下是定义：

定义：一个类改变的原因不应该超过一个。

好处：

• 班级凝聚力更强
• 依赖类之间的耦合更松，
• 更好的易读性
• 复杂度较低的代码
• 代码更容易理解和维护。

定义：软件实体（类、模块、函数等）应该开放扩展，但关闭修改。

好处：

• 松耦合，
• 提高易读性
• 降低破坏现有功能的风险
• 代码可维护和可重用。
• 代码更加健壮。

定义：程序中的对象应该可以用其子类型的实例替换，而不改变程序的正确性。

好处：

• 松耦合

定义：许多特定于客户端的接口比一个通用接口更好

好处：

• 解耦系统
• 代码易于重构

定义：高级模块不应该依赖于低级模块，而是两者都应该依赖于抽象。抽象不应该依赖于细节；而细节应该取决于抽象。

好处：

• 高凝聚力。
• 减少耦合。
• 代码更可重用。

更多信息

• https://android.jlelse.eu/solid-principles-the-definitive-guide-75e30a284dea

书籍

• 史蒂夫·麦康奈尔的代码完整