マルチパートの質問をモデル化する最良の方法は何ですか

Question

私は、マルチパートの質問への反応とそれらを評価/行動するロジックを含むサブクラスを設計しようとしています。例えば、FoodSurveyは（として

BaseSurvey 
    Name 
    Date 
    Submit() 

FoodSurvey <- BaseSurvey 
    DoYouLikeIcecream 
    IfSoWhatFlavour 
    WouldYouLikeAFreeSample 
    SendSample(flavour) 
    ... 

FoodSurveyは数十以上の質問がある可能性があり、私は他の人に基づいて各回答をvaldateだけでなく、FoodSurveyに固有のいくつかの他のプロセスを実行する必要がありますBaseSurveyのサブクラスになりますCarSurveyとは反対の）複数の回答に依存する可能性があります（例：SendSample（rockyRoad））。

私は各調査で質問コレクションを持つQuestionクラスのアイデアを思いついたが、これはすぐに調査用の「エンジン」のように見え始めた.1）過労であった、2）エラーが発生しやすく、 3）答えを検証するために使用できるロジックが制限されていました。

このタイプのクラスの設計に関する承認されたベストプラクティスはありますか？

重要な場合、クラスは最終的にはASP.NETのWebサイトまたはWebアプリケーションで使用されます。

Answer 1

このモデルでは、タイプとオブジェクトのパターンを使用することができます。つまり、タイプとオブジェクトの関係のようなものです。コードは次のようになります。

class Question 
{ 
    public string Text { get; set; } 
} 

class QuestionAnswer 
{ 
    public Question Question { get; set; } 
    public string Answer { get; set; } 
} 

interface ISurveyValidator 
{ 
    bool Validate(SurveyType type, IEnumerable<QuestionAnswer> answers); 
} 

class SurveyType 
{ 
    public string Name { get; set; } 

    public IList<Question> Questions { get; set; } 

    public ISurveyValidator Validator { get; set; } 

    public Survey CreateSurvey(IEnumerable<QuestionAnswer> answers) 
    { 
     if (!this.Validator.Validate(this, answers)) 
      throw new Exception(); 
     return new Survey 
     { 
      Type = this, 
      Date = DateTime.Now, 
      Answers = answers.ToList() 
     }; 
    } 
} 

class Survey 
{ 
    public SurveyType Type { get; set; } 
    public DateTime Date { get; set; } 
    public IList<QuestionAnswer> Answers { get; set; } 
} 

これにより、各調査タイプに対してカスタム検証を行うことができます。

Answer 2

あなたは、あなたが「過労」と言っていると、あなた自身があまりにも激しくなっていると思います。最初からスケーラビリティとモジュール性について考えることは、プロジェクトのサイズにかかわらず、私の書籍のデザイン練習には適しています。

私はQuestionクラスのアイデアが気に入っています。 Pattern/RegExオブジェクトのメンバ配列（ASP.NETで呼び出されているものであれ）と、String型の答えを受け取り、それを照合しようとする配列を歩く方法があります。ポイント値、トピック、ヒントなどの最終メンバーを含めることができます。自分のクラスの完璧な候補のように聞こえます。 前回の質問に対する回答に基づいて「質問をつなぐ」という点では、おそらく回答のリストを維持するだけで、「アイスクリームが好きではない」という既定のケースでnext_questionのペア設定を行うことができます。これは、ハッシュテーブル、または新しいクラスのオブジェクトの配列であっても、「回答選択」と「次​​の質問」のメンバーを含むNextQuestionPairの良い使用例です。

編集： （またはその欠如）に基づいて