我正在为库存系统创建一个 UML 类图,作为类分配的一部分。我在一些课程中使用了字符串和日期等成员。我的小组成员说我应该包含一个 Date 类,因为它是一个对象。
我的假设是我们使用 Java 或其他带有内置 Date 对象的语言。
我是否需要为 Date 明确声明一个类?String 对象呢?
除了 Java 之外,还有哪些其他语言具有内置的 Date 类型,可用于开发客户端/服务器,例如库存系统。
我正在为库存系统创建一个 UML 类图,作为类分配的一部分。我在一些课程中使用了字符串和日期等成员。我的小组成员说我应该包含一个 Date 类,因为它是一个对象。
我的假设是我们使用 Java 或其他带有内置 Date 对象的语言。
我是否需要为 Date 明确声明一个类?String 对象呢?
除了 Java 之外,还有哪些其他语言具有内置的 Date 类型,可用于开发客户端/服务器,例如库存系统。
UML 图不像建筑师的计划;它们只是一种视觉交流的方式。如果您在课堂上使用日期类型,我会将其列为日期。
尽量让语言和框架远离你的图表,只关注你自己类的功能。这使它与语言/框架无关,并且更灵活地进行更改。
记住改变是不可避免的;随着时间的推移,您将对类图进行大量更改。如果你把它弄得太详细和复杂,你会更不愿意改变它,而且图表会变得过时和无用。
应用程序的最终设计文档是代码,而不是 UML。
对你来说,这取决于标记你任务的人想要什么,所以你应该问他们。
一般来说,添加它似乎没有什么意义(认为在大多数生成的 UML 中可能没有什么意义)
建模是关于抽象不重要的细节。因此,这取决于 Date 在图表中的导入方式。如果您大量使用该类的对象,您可能希望显示依赖关系。如果您的图表应该与语言无关并且您需要日期功能,您可以在图表中创建一个接口来表示 Date 类。这样,如果创建的模型使用您的图表将用于生成不同语言的代码(这可能不太可能......),那么创建一个适配器(设计模式)将很容易实现您的界面使用任何日期实现目标语言有。如果您想从 Date 类继承(或包装它),那么您的图表中也需要 Date 类。如果您的图表将成为大型模型的一部分,并且您想确定您拥有哪些依赖项,