クラスに抽象クラスの固有の実装を含める/使用させる

Question

C＃でTUIライブラリを開発しています。表示オブジェクトのカラーテーマを行う方法についてアドバイスが必要です。すべてのこのインターフェイスから継承し、画面上に描画することができるオブジェクト：

public interface IDrawable 
    { 
     Area ScreenArea { get; } 
     List<char[]> DisplayChars { get; } 
     //some other properties... 

    } 

いうかは、より具体的には、各描画可能なオブジェクトのためのインターフェースは、このインターフェース（IWindowがIDrawableある）を実装します。各IDrawableが領域構造体によって表されるコンソールウィンドウの指定された部分に描画される：

public struct Area 
    { 
     public readonly int EndX; 
     public readonly int EndY; 
     public readonly int Height; 
     public readonly int StartX; 
     public readonly int StartY; 
     public readonly int Width; 

     public Area(int startX, int endX, int startY, int endY) 
     { 
      StartX = startX; 
      EndX = endX; 
      StartY = startY; 
      EndY = endY; 
      Height = endY - startY; 
      Width = endX - startX; 
     } 

     /// <summary> 
     /// Get the overlapping area between this area and another. 
     /// </summary> 
     /// <param name="refArea"></param> 
     /// <returns>Overlap area relative to the upper left corner of the ref area.</returns> 
     public Area OverlapWith(Area refArea) 
     { 
      //.... 
     } 
    } 

オブジェクトの実際の描画はDisplayCharsの各要素にConsole.Write()を呼び出す静的Displayクラスのメソッドによって処理されます。 IDrawableから継承した各クラスは、その領域を別々の色域に分割するための独自のルールを強制的に適用することを願っています。たとえば、ポップアップウィンドウには、外枠、その外側の境界線）、およびその内側領域。

私はしばらく私の頭の中でこれをやり遂げる方法を捨ててきました。どんな文字をどの色で書き込むかのルールを入れるには、タイプをColorSchemeにする必要があります。私はこれを行う最善の方法は、色を別々に適用できる "サブ領域"のリストを含む抽象クラスにすることであると判断した。

非抽象度の各IDrawableは、ColorSchemeから継承する独自のクラスを実装する必要があります。たとえば、抽象的Window : IWindowクラスはそのような実装を持たないが、PopupWindow : Windowクラスは対応するタイプがPopupWindowColorScheme : ColorSchemeでなければならず、PopupWindowの作成者はクラス 'Areaを分割する方法を定義します。各PopupWindowには、特定の色を含むこのタイプの独自のインスタンスがあります。

これは可能ですか？そうでない場合は、IDrawableタイプの作者に領域を着色可能な領域に分割する方法を指定させる別の方法がありますか？

Answer 1

あなたは（PopupWindowColorSchemeを使用することができIDrawableの例えば複数の異なる実装）ColorSchemeのユニーク実装を持っている各IDrawableを強制することはできません。しかし、あなたはこのように、あなたのインターフェイスを実装するための追加要件を追加するためにgeneric type constraintsを使用することができます。

は

public interface IDrawable<TColorScheme> 
    where TColorScheme : ColorScheme 
{ 
    Area ScreenArea { get; } 
    List<char[]> DisplayChars { get; } 
    //some other properties... 
    TColorScheme ColorScheme { get; } 
} 

さて、IDrawableのすべての実装は、使用するColorSchemeのタイプを指定する必要があります。しかし、消費者は単にIDrawable<ColorScheme>を実装することができます（あなたの要件に応じて）目的を破ることができます。 ColorSchemeが抽象的であるため、ここで

public interface IDrawable<TColorScheme> 
    where TColorScheme : ColorScheme, new() 
{ 
} 

public abstract class ColorScheme { } 

、およびジェネリック型制約は、パラメータなしのコンストラクタ（new()）、ColorScheme自体をパラメータとして使用することはできません実現のために提供されるタイプのパラメータが必要です：私たちは少し先に進むことができます。すべての実装クラスは、パブリックのパラメータのないコンストラクタを提供するColorSchemeのカスタム実装を指定する必要があります。

しかし、我々はさらに行くことができます：ここで

public interface IDrawable { } 
public interface IDrawable<TDrawable, TColorScheme> : IDrawable 
    where TDrawable : IDrawable, new() 
    where TColorScheme : ColorScheme<TDrawable>, new() 
{ 
    object ScreenArea { get; } 
    List<char[]> DisplayChars { get; } 
    //some other properties... 
    TColorScheme ColorScheme { get; } 
} 

public abstract class ColorScheme<TDrawable> 
    where TDrawable : IDrawable, new() 
{ 
} 

は、IDrawableの各実装では、それはまた、と各ColorSchemeを使用して、それが適用されるものをIDrawableを指定しているものColorScheme指定する必要があります。また、それぞれがパラメータのないコンストラクタを必要とするため、どちらも共通の基本型を指定できません。これを実装することは、今少し奇妙に見える：

public class MyDrawable : IDrawable<MyDrawable, MyColorScheme> { } 

public class MyColorScheme : ColorScheme<MyDrawable> { } 

それは（例えばMyOtherDrawable : MyDrawableがMyColorSchemeを使用しています）、再利用可能なColorSchemeまたはIDrawableを実施することは可能です。しかし、私の意見では、これは実装が面倒で退屈になり始めています。一般的に、技術的な理由がない限り、にはタイプ制限を使用していますが、私はそれを使用しないでください。