Java 来自UML的特定数组类型？

我想知道这个UML是否指定它必须是课程类构造函数中的普通数组。我想知道，因为它不包含任何大小，并且它与0..*中的另一个类有关系

如果我决定将其设置为ArrayList，我不确定我是否正确阅读了UML，或者这是允许的

---

当涉及到具体的代码时，UML并不要求任何关于关系如何实现的内容。它只指定一个课程有0到多个关联文件（其中一个关系命名为resources）

因此，您可以使用任何类型的集合（UML不会告诉您是否存在任何排序，因此它可以是数组、列表、集合等，任何对您的程序有意义的东西）

---

事实上，它是0..*另外意味着没有文件是有效的状态，因此您可以选择是在构造函数中填充集合，还是将其构造为空，然后添加资源。

哦，好吧，这对整个UML来说算吗？也就是说，在一些虚构的场景中，如果使用double而不是int更有意义？您现在正在询问属性中定义的类型或关联中的角色。在任何情况下，此类更改都是模型更改。您可以这样做，但会产生后果。是的，同意，老实说，还有一个更广泛的问题，即谁创建了UML，谁在编写代码，以及两者之间的共同期望是什么。设计师我可能不会考虑编码人员将面临的低级细节，因此可能会定义一些在代码中不太有效的细节。理想情况下，会有一些关于设计偏离的对话。我个人创建UML图和编写代码，但随着事情的发展，这两个方面都会保持流畅。传统的软件开发设备通常有一个很长的设计阶段，在这个阶段，细节需要被严格定义。在某些情况下，这种方法是合适的，但更多的时候，我发现设计人工制品没有那么规范，更多的是一种高水平的指导，在编码方面有更多的自主性（粗略地说，瀑布Vs敏捷，尽管这种设计方法只是敏捷软件开发的一个很小的方面）设计和代码之间的媒介断裂仍然是一个大问题。这里的许多问题表明UML不是正确的方法。人们尝试以图形化的方式编码，这只是浪费时间。用UML设计真的很好。但是跳船并将有意义的部分传递给编码人员并不是那么容易。这就是许多项目失败和失败的原因两侧的定位是预先编程的。