サービスを効率的に実装するために ServiceStack リクエスト DTO 設計を最適化するにはどうすればよいですか?

ServiceStack 要求 DTO 設計

問題:

WCF から移行する場合、ServiceStack サービスに最適な要求 DTO を設計することが困難になる場合があるスタイルの RPC サービス。重複コードを減らし、複数のリクエスト シナリオを効率的に処理しようとすると、問題が発生します。

ベスト プラクティス:

メッセージ ベースの設計:

• メソッド シグネチャを RPC 呼び出しとして公開する代わりに、クエリ全体をリクエスト DTO。
• サービスは、リクエスト DTO で必要なすべての情報を取得し、サービス メソッド内のパラメータ リストの必要性を排除する必要があります。
• メッセージ ベースの設計を活用して、複数の RPC 呼び出しを 1 つに結合します。サービスの実装。

コール セマンティクスと応答によるグループ化タイプ:

• 呼び出しセマンティクス (フィルター対コンビネータ) と応答タイプ (単一項目対コレクション) に基づいてサービスを編成します。
• 次を使用して、一貫した命名スキームを維持します。サービス操作の動詞と DTO の名詞type.

リファクタリングの例:

GetBookingLimit と GetBookingLimits をリファクタリングする次の例を考えてみましょう。サービス:

元の:

[Route("/bookinglimit", "GET")]<br>パブリック クラス GetBookingLimit : IReturn<GetBookingLimitResponse><br>{</p>
<div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">public int Id { get; set; }

ログイン後にコピー

ログイン後にコピー