UML关联端能否同名？能否合并存储至同一ArrayList？

能不能给两个关联端设置同名？ #

虽然你的UML工具没报错，但不建议这么做。从UML建模规范和实际代码落地的角度来看：

• UML中关联端的名称是用来区分同一类的不同关联角色的，同名会造成语义模糊，其他阅读模型的人无法区分两个关联的实际含义；
• 当从UML生成代码时（比如Java），同名的关联端会导致成员变量名冲突，根本无法实现“将两类道路存入同一个ArrayList”的需求——代码里不允许存在两个同名的变量，工具允许同名只是因为其语法检查不够严格。

实现合并道路集合的可行方案 #

方案1：通过类方法合并两个关联集合 #

在UML中保留incomingRoads和outgoingRoads两个明确的关联端，然后在对应的类中添加一个非关联的方法（比如getAllRoads()），在方法内部合并两个集合的内容。示例代码逻辑如下：

public List<Road> getAllRoads() {
    List<Road> allRoads = new ArrayList<>(incomingRoads);
    allRoads.addAll(outgoingRoads);
    return allRoads;
}

这种方式既保留了入路和出路的语义区分，又能按需获取合并后的集合，是最常用的合规方案。

方案2：重新设计关联为单一集合（仅适用于无需区分入路/出路的场景） #

如果业务逻辑中不需要单独处理入路和出路，直接将关联简化为一个名为allRoads的单一关联端，在UML模型中添加说明，表明这个集合包含所有方向的道路。但这种方案只适合不需要区分两类道路的场景，否则会丢失业务语义。

方案3：使用UML派生属性 #

在UML中定义一个派生关联端（名称用斜体标注）allRoads，它的取值由incomingRoads和outgoingRoads的并集派生而来。派生属性在UML中表示为/allRoads，代码中对应一个只读的getter方法，实现逻辑和方案1类似。这种方式既符合UML建模规范，又明确表达了allRoads是派生而来的属性。

内容的提问来源于stack exchange，提问作者Tepa6auT