.net - 退出痛苦地带 - NDepend

Question

我刚刚通过 NDepend 运行我的一个项目，报告将我的程序集置于痛苦区域的角落。我只是想知道这是否是我应该担心的事情。

疼痛区的真正含义是什么？是不是说耦合度很高，事情不是很容易改变的。

我最近删除了很多接口(interface)并密封了很多类，因为我不希望用户扩展 API(仅在某些地方)。它是 com 对象的 .NET 包装器，因此用户不需要扩展任何东西。

有哪些好方法可以让我脱离痛苦地带？

谢谢

Answer 1

Zone of Pain 的理念是检测以下组件:- 是具体的(即他们的用户与类而不是接口(interface)绑定(bind))- 很受欢迎(即它们被许多其他组件使用)。

流行指的是稳定性的概念。如果一个组件在更改时会破坏许多正在使用它的其他组件，那么它就是稳定的。一句话:流行=稳定

另一个想法是接口(interface)比类更不容易发生变化。这就是为什么人们普遍认为使用接口(interface)而不是类更可取，你被“静态”破坏的机会更少+你被“语义”破坏的机会更少，因为你的代码不应该是与任何实现细节(高度可能发生变化)绑定(bind)。

因此，具体 + 稳定会使组件面临一些潜在的开发痛苦:它很容易发生变化 + 每次变化都可能破坏大量代码。

在您的情况和其他一些情况下，处于痛苦地带不一定是坏事。重要的是要意识到这个事实 + 如果你的组件确实引发了痛苦，那么将你的代码回滚到接口(interface)。