怠け者の負荷と、WCFサービスのドメインモデルかどうかを示します。
-
09-06-2019 - |
質問
また、押し私のドメインモデルを、WCFサービスAPIとのほうが良いと思いつlazy負荷技術をこのような設定します。
あらゆる提案がこのアプローチを考えていますか。
私は実はこの技術テーマアプリでは、直前のサーバーを返しますマイリストでヒットの各プロパティのこれ、怠けることを搭載...このようにも出荷します。について教えてください。今回の提案が分かりま
編集:で が表示され で利用できますXMLIgnore属性でな見直列化の間は..まだ読み上ことが
解決
どのリモ建築きを避けるためには載荷フルオブジェクトグラフ"のワイヤー"の無(持っていない場合、trivially少数のオブジェク
の Wikipedia記事 は標準の技術のほとんどの検討(およびクライアントまで、フルのC#.しもありますよね。私の使い方に幽霊や価値保有者となっているか。
実はこのような技術の必要な変更を終えたら、別の懸念を厳重に管理いたします。サーバには、サービス契約の実装クラスのビットのコードとデータを契約します。クライアント、サービスにアクセス層のコードにプロキシ.
積層のようなことができます調整する方法のサービスは比較的に独立して、UI層の呼び出しサービスの資料を置くことになると呼び出されます。でも半々のユニットテスト!
他のヒント
無理をしない怠惰荷重以上のサービスインターフェース。定義を明確DTOの消費者としてのデータ契約WCF.
利用できる設定によりどちらのモ(その他のORMsの適正を取り出し物に必要なものを構築するDTOs.
また利用するようにしても休みに基づいているか例えば ADO.NET データサービス)ラップで包みtransparientlyへの貴社のクライアントのコードです。