我正在开发由17个类组成的Java gui应用程序，并且我在几乎所有类中都使用了Java swing组件.我还使用外部库中的新组件.
我的问题是:是否有必要将所有swing类包括在URL图中？或者我可以只使用int、字符串等方法和变量 for each 类绘制类图吗？
我在网上搜索了一下，但回复各不相同.一些来源建议包括所有使用过的类，而另一些来源则主张只关注描述自定义类之间的关系.
我正在开发由17个类组成的Java gui应用程序，并且我在几乎所有类中都使用了Java swing组件.我还使用外部库中的新组件.
我的问题是:是否有必要将所有swing类包括在URL图中？或者我可以只使用int、字符串等方法和变量 for each 类绘制类图吗？
我在网上搜索了一下，但回复各不相同.一些来源建议包括所有使用过的类，而另一些来源则主张只关注描述自定义类之间的关系.
良好的URL实践是拥有较小的图表，每个图表都有明确的焦点.
拥有一个包含所有可能类(包括库组件)的类图的 idea 是对建模的一个根本误解，由于复杂性，导致除了作者之外没有人能理解的图.
通常，做法是使用URL中的语言配置文件，定义公共语言特定类型(然后您可以将其用于属性)，并仅显示实例中真正需要的库类.
URL规范表明这是not opinion based:关于图表的附件A清楚地表明图表不必显示一切:
相应的URL图是URL模型的图形表示of parts.
在其他多个地方，URL规范表明符号中缺乏某些元素并不意味着模型中缺乏该元素.
ML规范对于如何 Select 显示或不显示的元素是不可知的. 幸运的是，统一建模语言的发明者Grady Booch、James Rumbaugh和Ivar Jacobson在"The UML User Guide"(第113页)中提供了一些指导:
struct 良好的类图专注于传达系统静态视图的一个方面，仅提供理解该方面所必需的元素，.
并且:
... 提供与其抽象水平一致的细节，并且仅提供对理解至关重要的装饰品，.