如何在UML对象图和序列图中分别显示同一对象的引用类型和对象类型

Question

在上图实例中，可以通过ShowroomItem的引用或interface Vehicle的引用来引用myCar。相应地，客户端驱动程序/销售工程师将获得功能访问权。

我同意在实现阶段（例如Java)，这里不需要类型标识，我们将把myCar当作自己使用的基类型（任一接口）的实例。

但在顺序图中（为了清楚起见），我无法指出myCar的驾驶员引用应该是Vehicle的，而SalesEngineer的引用应该是ShowRoomItem的。

package com.se.stackoverflow;

interface Vehicle {
    abstract void start();
    abstract void stop();
}

interface ShowroomItem {
    abstract void buy();
    abstract void sell();
}

class Car implements ShowroomItem, Vehicle {
    // **Car IS-A Vehicle and ShowroomItem BY-DEFINITION**
    // **and as per SOLID principle interface segregation**

    public void start() { System.out.println("Started");}
    public void stop() { System.out.println("Stopped");}
    public void sell() { System.out.println("Sold");}
    public void buy() { System.out.println("Baught");}
}

class SalesEngineer {
    private ShowroomItem item = null;
    public SalesEngineer(ShowroomItem item) { this.item = item;}
    public void doTransaction() {item.buy(); item.sell();}
}

class Driver {
    private Vehicle veh = null;
    public Driver(Vehicle veh) {this.veh = veh;}
    public boolean testDrive() {veh.start(); veh.stop(); return true;}
}

public class ShowroomOwner {
    public void makeDeal(Car carForDeal) {
        Driver driver = new Driver(carForDeal);
        SalesEngineer engineer = new SalesEngineer(carForDeal);
        if (driver.testDrive()) {
            engineer.doTransaction();
        }
    }

    public static void main(String[] args) {
        // simulates client as ShowroomOwner to save space
        new ShowroomOwner().makeDeal(new Car());
    }
}

Answer 1

您需要为序列图的每个生命线选择要显示的类型，因为UML只允许一个生命线。由于mycar是实现vehicle和showroomitem的car,您可以选择以下三种类型中的任何一种。

一旦选择了类型，UML就没有办法在同一图中提供该类型的替代视图。您可以使用mycar作为car来显示该场景。但是其他生命线必须遵守它们所知道的接口（如果没有其他使用依赖关系允许它们访问整个Car），并且由您来确保一致性。这可能容易出错，正如您在playmusic()中所演示的那样。

您可以通过图表中的一个或几个注释来解决您的问题，以纯文本方式提醒读者与接口相关的约束。但更好的方法是保持简单，在两个单独的图中显示salesengineer和car之间的交互，以及driver和car之间的交互。这更接近于您的设计的现实，并促进了关注的合理分离。

如果一辆车不是一个陈列室项目，它既不应该从这样的类继承，也不应该实现这样的接口。因此，更喜欢组合而不是继承，例如：

null