モデリング "私は*ですが、私も**です"

Question

[this post]では、@jonpが示すように状態パターンを実装するのに苦労しています。私は彼が投稿したものをどのように使うのかは分かりませんが、丸い穴に四角いペグを合わせようとしているかもしれないとの考えにつながります。だから私の質問は：

私は複数の役割を再生することができます自分のサイトへの訪問者を持っている場合、すなわちUserは、私は、継承を使用する必要があり、上記のAdvertiser、またはすべてをVendor、Employerだろうか？

class Vendor : User {} 
class Advertiser : User {} 

エトセトラが、ユーザーはベンダーと雇用者の両方であるときに異なるクラスのインスタンスは、本当に私はこれが働くことができるかわからない...同じ基礎となるオブジェクトを指す：私は宣言しました。どのように私はそれをモデル化するのですか？

*更新*

おかげで、誰も（あなたのすべては、（それは私が与えることができるすべてです）ポイントを得ます）。私はEF、ダウンキャスティング、そして最後の数日間の州のパターンを使って、ディープ・コピーの上に私の髪を引っ張ってきました。役割のアプローチははるかに理にかなっています。ユーザーが複数の役割を持つことができる場合を検討し、

public class User 
{ 
    public Role Role { get; set; } 
} 

public abstract class Role 
{ 
    abstract void DoRoleSpecificStuff(); 
} 

public class Vendor : Role 
{ 
    public void DoRoleSpecificStuff() 
    { 
     /* ... */ 
    } 
} 

public class Employer : Role 
{ 
    public void DoRoleSpecificStuff() 
    { 
     /* ... */ 
    } 
} 

public class Advertiser : Role 
{ 
    public void DoRoleSpecificStuff() 
    { 
     /* ... */ 
    } 
} 

：異なる役割は、例えば、多型と抽象メソッドを使用して実施される異なるロジックを含むようにしている場合

Answer 1

（または私が呼び出す）属性パターンが非常に適切な状況のように聞こえます。単純な継承よりもはるかに緩やかに結合されたアプローチで、複数の "振る舞い"を指定したり、ケースの種類をUserに指定することができます。他の種類のオブジェクトのタグを持つオブジェクトよりも複雑なことはありません。

実装する最も簡単な方法は、具体的なUserクラスです。読み取り専用プロパティーはIList<UserRole>です（内部ではおそらくList<T>フィールドにすることができます）。 UserRoleクラスは抽象クラスで、VendorRole/AdvertiserRole/etcなどです。それから派生し、任意の数の異なるロール（同じタイプのものであっても）を特定のユーザーにタグ付けすることができます。これらのロールは、独自のカスタムビヘイビア、ユーティリティメソッドなどを定義することもできます。

また、あなたが特定のタイプのロールにアクセス容易にするために、あなたのUserクラスにGetRole<TRole>メソッドを定義することができます（各Userを仮定するだけで、特定のサブタイプの単一Roleを持っています）。

サイドノート：上記のパターンと密接に関連しているdecorator paternも考えられますが、個人的には私はそれが過度のものだと感じていますが、柔軟性やパワーに関しては何も追加していません。それはしばしばあなたがしようとしていることをあいまいにします。とにかく調査してください。

Answer 2

あなたは継承上構成を好む必要がありますロールコレクションプロパティを使用して：

public IEnumerable<Role> Roles { get; set; } 

---

そうでない場合は、を[Flags]属性を使用して列挙は、あなたが複数の役割を割り当てることができるようにする必要があるかどうかに応じて、あまりにも、細かいことができます

public class User 
{ 
    public Roles Roles { get; set; } 
} 

[Flags] 
public enum Roles 
{ 
    Advertiser = 0x0, 
    Employer = 0x1, 
    Vendor = 0x2  
} 

次のように、異なる役割の組み合わせを割り当てます：

User user = new User 
{ 
    Roles = Roles.Advertiser | Roles.Vendor; 
}; 

これにより、ユーザーは広告主とベンダーの両方になりますが、雇用者にはなりません。

Answer 3

「私は*ですが、私も**です」は複数継承と呼ばれています。 C＃はこれをサポートしていないので、考慮しないでください。

Answer 4

実際に継承を超えて構成されていますが、単一のユーザーが複数の役割を果たすことができる場合は、このようになります。

役割が比較的少ない場合、外部結合結果に類似した '駐車場'が機能する可能性があります。このパターンでは、Roleベースクラスは必要ありません。

class User 
{ 
    // all of these may be null if not applicable 
    VendorRole VendorRole { get; set; } 
    EmployeeRole EmployeeRole { get; set; } 
    AdvertiserRole AdvertiserRole { get; set; } 
} 

ユーザーが1つの役割の複数のインスタンスを持っている可能性がある場合は、コレクションがポップアップ表示さ：また

class User 
{ 
    // all of these may be null if not applicable 
    VendorRole VendorRole { get; set; } 
    EmployeeRole EmployeeRole { get; set; } 
    ICollection<AdvertiserRole> AdvertiserRoles { get; } 
} 

、役割が動的に追加されます場合は、役割の厄介な山が存在する可能性がある場合、またはあなたは何を持っていますか？コレクションとベースタイプが必要です。しかし、Entity Frameworkが関与している場合、動的に追加されたロールは私にはあり得ないようです。

class User 
{ 
    ICollection<Role> Roles; 
}