应该通过关联访问其他类的属性是显式的还是隐式的？

Question

我正在开发一个项目，其中我使用的SDK通过一些类提供了我需要的东西。我将它们命名为ProviderProvider和Provider，它们授予对OneThing的{​​{1}}的访问权限。
此处显示了一个示例

。

我的问题是：通过这些类证明IThing向Model提供OneThing列表的正确（或最佳）方法是什么？

1. 您是否像在我的示例中那样通过从View到Model绘制依赖项箭头来明确显示？在我看来，这不合适，并很快变得视觉混乱。
2. 您不是显式定义该关系，而是通过其他关系隐式定义它吗？
3. 您是通过属性，注释或其他方式半明确地定义该关系吗？

我应该具体添加/删除哪些关系和属性，为什么？

Answer 1

您已经具有隐式关系，因为您将此类用作Model返回的数据类型，因此无需显式添加该关系。

但是，特别是对于系统中核心类而言，添加仅具有依赖关系的图可能会很有用。然后，您不必关心其他类之间的关系，只需在一张图上显示所有依赖于核心图的类（甚至可能不止一张图）。

一个提示-在Case工具（如EA）中，即使您不打算在关系图上显示该关系，因为它是隐式表示的，创建显式依赖项也很不错，只需删除箭头即可。这将通过可追溯性矩阵或依赖关系树之类的工具来支持可追溯性。