我正在尝试绘制一些序列图。 这些图不是出于设计目的我不得不承认，它们被认为是对将继续处理源代码的程序员的一种解释。 据我所知，生命线之间的信息代表了这些方法。但是，如果我要为特定场景绘制每个方法调用，那么图表就会过于详细。 在某些方面，我想给出方法的确切名称，但我也希望保留一些更抽象的动作。将它们混合起来可以吗？例如： 答：生命线1 B：生命线2 从A到B的第一条消息：create（构造函数，实际方法） 从A到B的第二条消息：准备（摘要，指一组配置等） 从A到B的第三条消息：doSomeAction（一种真正的方法） 我认为它应该没问题，但我至少应该区分方法和更抽象的消息。有任何想法吗？ 提前谢谢！
答案 0 :(得分：1)
我不会混淆或滥用符号，我会使用消息，并且可选地，信号接收，用于非操作的事物。信号接收可以稍后调用或替换为特定操作。
答案 1 :(得分：0)
通常，不，消息不需要与方法相对应。序列图通常用于用例建模，以描述与actor和系统之间的交互，而这些通常不是方法。
但这取决于你想要描述的内容。我要说的是，如果你的生命线代表实际的类和接口，你不应该将实际方法与抽象消息混合，因为这往往会混淆，而不是澄清。在UML中，你应该永远记住，有一个明确的严格解释，如果你不了解它，但你的读者可能最终会说废话。
实际上，UML并没有将方法与其他类型的消息区分开来，但你总是可以用刻板印象来表示它。
和往常一样，如有疑问，请添加备注。