REST APIのオブジェクトのデザインパターン？

Question

私はWCF Web API PreviewでREST APIを構築しました。このAPIに渡すクラスを持つライブラリを構築したいと思っています。多くの機能を持たない単純なPOCOクラスでなければなりません。

しかし、受信側では、これらのクラスにいくつかの機能を追加することは意味があります。私は、以下の例があります。

[WebInvoke(UriTemplate = "", Method = "POST")] 
public Supertext.API.Order Create(Supertext.API.Order apiOrder) 
{ 

をそして、これは一例POCOクラスです：

public class Order 
{ 
    public string Service { get; set; } 

    public string OrderTitle { get; set; } 

    public string Currency { get; set; } 
} 

さて、サーバ側でこのクラスを拡張するための良い方法は何ですか？
サブクラスを使用するとうまくいかないと思います。 代議員ですか？
実際には2つの異なるバージョンのクラスがありますか？ 1つはクライアント用で、もう1つはサーバー用です。

他の人はどうしますか？

Answer 1

このPOCOクラスに特別な機能を追加する際の問題は、ドメインオブジェクトに変換することです。このドメインオブジェクトの性質は、本質的に、このクラスが操作へのインタフェースの定義として機能するという事実によって制約されます。このクラスに関する詳細を変更すると、クライアントが破損する可能性があります。

純粋にデータ転送オブジェクトとしてこのクラスを維持し、ワイヤフォーマットのオブジェクトへのブリッジを支援し、AutoMapperなどのマッパーを使用してデータをDTOから実際のドメインオブジェクト。実際のドメインオブジェクトは完全にあなたのコントロール下にあり、サービスコンシューマへのカスケード効果を脅かすことなく、喜んでそれをリファクタリングすることができます