順序圖中的消息是確切的方法還是更抽象？

Question

我正在嘗試繪制一些時序圖。 這些圖並不是我必須承認的設計目的，它們被認為是對將繼續處理源代碼的程序員的一種解釋。 據我了解，生命線之間的信息代表方法。 但是，如果我要針對特定​​場景繪制每個方法調用，則圖表將過於詳細。 在某些時候，我想給出方法的確切名稱，但是我也想讓一些動作更加抽象。 可以將它們混合在一起嗎？ 例如：A：生命線1 B：生命線2從A到B的第一條消息：創建（構造函數，實際方法）從A到B的第二條消息：准備（抽​​象，指的是一組配置等）從A到第三條消息B：doSomeAction（一個真實的方法）我認為應該沒問題，但是我至少應該區分方法和更多抽象消息。 有任何想法嗎？ 提前致謝！

Answer 1

我不會混淆它們或濫用表示法，我會使用消息以及（可選）信號接收來處理非操作性的事情。 以后可以調用信號接收或將其替換為特定的操作。

Answer 2

通常，不，消息不需要與方法相對應。 序列圖通常在用例建模中用於描述參與者與系統之間的交互，而這些通常不是方法。

但這確實取決於您要描述的內容。 我要說的是，如果您的生命線代表實際的類和接口，則不應將真實的方法與抽象的消息混合使用，因為這會造成混淆，而不是澄清。 在UML中，您應該始終記住有一個已定義的嚴格解釋，並且如果您不知道但您的讀者知道，您可能會胡說八道。

實際上，UML不會將方法與其他類型的消息區分開，但是您始終可以用構造型來表示它。

和往常一樣，如有疑問，請添加注釋。