12 / 398 1.16 すべての分類子にまたがるノート [across] 1 シーケンス図 [Ref. QA-1765] 1.16 すべての分類子にまたがるノート [across] 次の構文で、すべての分類子にまたがるノートを直接作ることができます： • note across: ノートの記述 @startuml Alice->Bob:m1 Bob->Charlie:m2 note @enduml 1.25 Return 新しいコマンド return は、リターンメッセージを生成し、オプションでテキストラベルをつけるこ とができます。リターンする先は最も最近活性化したライフラインです。構文は単純に return ラベル です。ラベルを与える場合には、通常のメッセージに与えることが可能な文字列を何でも与えること ができます。 @startuml Bob -> Alice : hello equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 PlantUML 言語リファレンスガイド (1.2021.2) 55 / 398 3.5 可視性の定義 3 クラス図 @startuml

@enduml 1.25 Return 新しいコマンド return は、リターンメッセージを生成し、オプションでテキストラベルをつけるこ とができます。リターンする先は最も最近活性化したライフラインです。構文は単純に return ラベル です。ラベルを与える場合には、通常のメッセージに与えることが可能な文字列を何でも与えること ができます。 @startuml Bob -> Alice : hello equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 PlantUML 言語リファレンスガイド (1.2021.1) 55 / 392 3.5 可視性の定義 3 クラス図 @startuml class Flight { flightNumber : Integer departureTime : Date } @enduml {field} や {method} 修飾子を用いれば、構文によりフィールドやメソッドだと通常は解釈されるも のを強制的に変更することができます。 @startuml class Dummy { {field} A field (despite parentheses)

12 / 411 1.16 すべての分類子にまたがるノート [across] 1 シーケンス図 [Ref. QA-1765] 1.16 すべての分類子にまたがるノート [across] 次の構文で、すべての分類子にまたがるノートを直接作ることができます： • note across: ノートの記述 @startuml Alice->Bob:m1 Bob->Charlie:m2 note @enduml 1.25 Return 新しいコマンド return は、リターンメッセージを生成し、オプションでテキストラベルをつけるこ とができます。リターンする先は最も最近活性化したライフラインです。構文は単純に return ラベル です。ラベルを与える場合には、通常のメッセージに与えることが可能な文字列を何でも与えること ができます。 @startuml Bob -> Alice : hello equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 PlantUML 言語リファレンスガイド (1.2021.2) 55 / 411 3.5 可視性の定義 3 クラス図 @startuml

PlantUML によるシーケンス図の作成は、驚くほど簡単です。この使いやすさは、直感的で覚えやす いように設計された、ユーザーフレンドリーな構文に大きく起因しています。 • 直感的な構文： 何よりもまず、PlantUML が採用している、わかりやすく直感的な構文を、ユーザは高く評価してい ます。このよく考え抜かれたデザインは、ダイアグラム作成が初めての人でも、基本を素早く簡単に 理解できることを意味します。 ィカルなダイアグラムに正確に変換され、最終的なア ウトプットに不快な驚きを与えることなく、まとまりのある予測可能なデザイン体験を提供します。 • 効率的な制作プロセス： テキストとグラフィカルな結果との間に強い相関関係があるため、作成プロセスが単純化されるだけ でなく、大幅にスピードアップします。ユーザーは、時間のかかる修正や調整の必要性が少なくなり、 より合理的なプロセスの恩恵を受けることができます。 caller this is on several lines endhnote @enduml [Ref. QA-1765] 1.17 すべての分類子にまたがるノート [across] 次の構文で、すべての分類子にまたがるノートを直接作ることができます： • note across: ノートの記述 @startuml Alice->Bob:m1 Bob->Charlie:m2 note

@enduml 1.20 Return 新しいコマンド return は、リターンメッセージを生成し、オプションでテキストラベルをつけるこ とができます。リターンする先は最も最近活性化したライフラインです。構文は単純に return ラベル です。ラベルを与える場合には、通常のメッセージに与えることが可能な文字列を何でも与えること ができます。 @startuml Bob -> Alice : hello equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 @startuml class Dummy { String data void methods() } class Flight 言語リファレンスガイド (1.2019.9) 46 / 174 3.20 ロリポップ（棒付きキャンディー）インタフェース 3 クラス図 3.20 ロリポップ（棒付きキャンディー）インタフェース 次の構文を使用して、クラスにロリポップインタフェースを定義することもできます： • bar ()- foo • bar ()-- foo • foo -() bar @startuml class foo

@enduml 1.23 Return 新しいコマンド return は、リターンメッセージを生成し、オプションでテキストラベルをつけるこ とができます。リターンする先は最も最近活性化したライフラインです。構文は単純に return ラベル です。ラベルを与える場合には、通常のメッセージに与えることが可能な文字列を何でも与えること ができます。 PlantUML 言語リファレンスガイド (1.2020.23) equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 PlantUML 言語リファレンスガイド (1.2020.23) 50 / 305 3.5 可視性の定義 3 クラス図 @startuml class Flight { flightNumber : Integer departureTime : Date } @enduml {field} や {method} 修飾子を用いれば、構文によりフィールドやメソッドだと通常は解釈されるもの を強制的に変更することができます。 @startuml class Dummy { {field} A field (despite parentheses)

@enduml 1.22 Return 新しいコマンド return は、リターンメッセージを生成し、オプションでテキストラベルをつけるこ とができます。リターンする先は最も最近活性化したライフラインです。構文は単純に return ラベル です。ラベルを与える場合には、通常のメッセージに与えることが可能な文字列を何でも与えること ができます。 PlantUML 言語リファレンスガイド (1.2020.22) equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 PlantUML 言語リファレンスガイド (1.2020.22) 41 / 293 3.5 可視性の定義 3 クラス図 @startuml class Flight { flightNumber : Integer departureTime : Date } @enduml {field} や {method} 修飾子を用いれば、構文によりフィールドやメソッドだと通常は解釈されるもの を強制的に変更することができます。 @startuml class Dummy { {field} A field (despite parentheses)

equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 @startuml class Dummy { String data void methods() } class Flight 言語リファレンスガイド (1.2019.3) 46 / 159 3.20 ロリポップ（棒付きキャンディー）インタフェース 3 クラス図 3.20 ロリポップ（棒付きキャンディー）インタフェース 次の構文を使用して、クラスにロリポップインタフェースを定義することもできます： • bar ()- foo • bar ()-- foo • foo -() bar @startuml class foo ことができます（例えば、-d- を -down- の代わりに、ま たは、最初の 2 文字（-do-）。 この機能を悪用してはならないことに注意してください。Graphviz は微調整のいらない良い結果を通 常は与えてくれます。 3.22 関連クラス この例のように、2 つのクラスの関係を定義した後で 関連クラスを定義することができます。 @startuml class Student { Name

equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 @startuml class Dummy { String data void methods() } class Flight 言語リファレンスガイド (1.2019.2) 46 / 159 3.20 ロリポップ（棒付きキャンディー）インタフェース 3 クラス図 3.20 ロリポップ（棒付きキャンディー）インタフェース 次の構文を使用して、クラスにロリポップインタフェースを定義することもできます： • bar ()- foo • bar ()-- foo • foo -() bar @startuml class foo ことができます（例えば、-d- を -down- の代わりに、ま たは、最初の 2 文字（-do-）。 この機能を悪用してはならないことに注意してください。Graphviz は微調整のいらない良い結果を通 常は与えてくれます。 3.22 関連クラス この例のように、2 つのクラスの関係を定義した後で 関連クラスを定義することができます。 @startuml class Student { Name

equals() ArrayList : Object[] elementData ArrayList : size() @enduml 波括弧 {} を使って、フィールドやメソッドをくくることもできます。 構文はタイプや名前の順番について非常に柔軟であることに注意してください。 @startuml class Dummy { String data void methods() } class Flight 2019.1) 43 / 147 3.20 ロリポップ（棒付きキャンディー）インタフェース 3 クラス図 } @enduml 3.20 ロリポップ（棒付きキャンディー）インタフェース 次の構文を使用して、クラスにロリポップインタフェースを定義することもできます： • bar ()- foo • bar ()-- foo • foo -() bar @startuml class foo ことができます（例えば、-d- を -down- の代わりに、ま たは、最初の 2 文字（-do-）。 この機能を悪用してはならないことに注意してください。Graphviz は微調整のいらない良い結果を通 常は与えてくれます。 3.22 関連クラス この例のように、2 つのクラスの関係を定義した後で 関連クラスを定義することができます。 @startuml class Student {