我应该在我的UML中将内置类（例如Date）作为单独的类放置

Question

我正在为库存系统创建一个UML类图，作为类分配的一部分。我在一些类中使用了String和Date等成员。我的小组成员说我应该包含一个Date类，因为它是一个对象。

我的假设是我们使用Java或其他语言和内置的Date对象。

我是否需要为Date明确声明一个类？那么String对象呢？

除了Java之外，还有哪些其他语言具有内置日期类型，可用于开发客户端/服务器，例如库存系统。

Answer 1

UML图不像建筑师计划;它们只是一种视觉传达方式。如果您在班级中使用日期类型，我只会将其列为日期。

尝试尽可能地将语言和框架保留在图表之外，并专注于您自己的类的功能。这使得语言/框架不可知，并且更灵活。

记住改变是不可避免的;随着时间的推移，您将对类图进行大量更改。如果你把它变得过于细致和复杂，你将更难以改变它，图表将变得过时和无用。

您的应用程序的最终设计文档是代码，而不是UML。

Answer 2

对你来说，这将取决于你的任务所需的人，所以你应该问他们。

总的来说，添加它似乎没什么意义（认为大多数UML中可以说没有什么内容可以产生）

Answer 3

建模是关于抽象不重要的细节。因此，它取决于日期在图表中的导入方式。如果您使用该类的大量对象，则可能需要显示依赖项。如果您的图表应该与语言无关并且您需要日期功能，那么您可以在图表中创建一个代表Date类的接口。这样，如果模型创建用户，你的图表将用于生成不同语言的代码（可能不太可能......），很容易创建一个适配器（设计模式），它将实现你的界面使用任何日期实现目标语言有。如果你想继承Date类（或包装它），那么你需要在你的图中使用Date类。如果您的图表将成为大型模型的一部分，并且您希望确定您拥有哪些依赖项，那么创建表示底层系统/平台/库基础结构的接口（或类）并将它们放入单独的包中可能会很有用。