2011-01-14 6 views
1

私は、属性を持つ交差エンティティ(多対多の関係)についてDTOをどのように設計できるのでしょうか。その後、私たちは属性を持つ交差点エンティティに関するDTOの設計方法

としてDTOを設計することができると思う例えば

、CARがあった場合、

CAR (ID, NAME, ...) 
PARTS (ID, NAME, ...) 
CAR_PARTS (CARID, PARTSID) 

のような部品、CAR_PARTSテーブル、およびCARとPARTSは多対多の関係を持たせ、

class Car { 
    int id; 
    String Name; 
    List<Parts> partsList; 
} 
public class Parts { 
    int id; 
    String name; 
    List<Car> carList; //if necessary 
} 

問題ありません。

質問である、CAR_PARTSテーブルが

CAR (ID, NAME, ...) 
PARTS (ID, NAME, ...) 
CAR_PARTS (CARID, PARTSID, QUANTITY) 

、ここで車はその後、量は4である4つのタイヤを持っている場合は数量はこの中で、例えば、車の中で部品の量を示すような任意の属性を、持っていた場合どのように私はDTOを設計することができますか?

上記のクラスでは、各クラスのプロパティを持つものとして関係を表しています。だから、

+0

でどれ運をcar_partsクラスを持っていないのはなぜ...量を表現することはできないようですか? –

答えて

1

Dictionary<Parts, Qty> partsList;のような辞書を作るか、またはList<CAR_PARTS> parts;を作成し、これまでに必要な属性

+0

もし 'Dictionary partsList'を実装すると、 – kuma

+0

のような追加の属性を表現することは不可能です。お返事をありがとうございます! 'Dictionary partsList'を実装すると、CAR_PARTS(CARID、PARTSID、QUANTITY、FOO)のような追加属性を表現することは不可能です。そして、考え方 'List part'について、私は実際に考えました。しかし、それの問題は、パターンを追加するかどうかの違いです。私はデータアクセスライブラリを開発しており、より低い互換性が求められています。将来的に追加の属性が表示される場合は、デザインを変更するのが問題です。だから私は他の良いアイデアがあるかどうかを知りたい。 – kuma

関連する問題