最初に答えを得ることができなかったのは残念です。このSOA Principles Linkを読んで、プリンシパルと Web サービスの命名の重要性をよりよく理解することを強くお勧めします。
消費者の観点から名前を付けることを忘れず、消費性と再利用性を最大化することが重要です。また、サービスを呼び出すときは、オブジェクトに対して実行およびアクションを実行していることを覚えておくと便利です。つまり、動詞と名詞が必要です。また、Web サービスはオブジェクト指向言語の関数と非常によく似ているため、Web サービスの関数のコードがどのようになるかを考えると役に立ちます。
次のようなシナリオを検討すると便利です。
- Web サービスが呼び出しているシステムを変更するとどうなりますか?
- このサービスを呼び出すことができる別のシナリオはありますか?
- サービスはどの程度の粒度にする必要がありますか? これらの決定はパフォーマンスにどのような影響を与えますか?
達成しようとしていることのビジネス コンテキストを知らなくても、送信と電子決済の基本的な例を想定します。
このシナリオでは、次のことが考えられます。
- ElectronicPayment_SendPayment (注: 「送信」の使用は、技術的なコンテキストではなく、ビジネス コンテキストを維持します。送信は、電子メール、郵便、Web サービスを介して行うことができます。「開始」の例から、何を開始しますか。ここでは、サービスの意図は次のとおりです。見かけ上)
- ElectronicPayment_CheckStatus (注: これは消費者の観点からのものです。処理ステータスの確認は一般的なサービスである可能性が高く、
CheckProcessingStatus (TicketNumber tN)
- ElectronicPayment_RetrieveReciept (注: セマンティック リンクを使用した要求/応答パターン。受信と支払いのビジネス コンテキストが維持されます)
命名は非常に文脈に依存しており、上記は完璧ではありませんが、うまくいけば、これがあなた自身や他の人がこれに出くわすのに役立ちます.