NHibernate 中具有不同类型答案的问题

Question

我正在尝试找到一个问卷问题的简洁解决方案。假设我有一个 Questionnaire 类，其中包含 Answer 的集合，例如，

public class Questionnaire
{
    public virtual ISet<Answer> Answers {get;set;}
}

根据问题，答案需要具有不同类型，例如出生日期、标记十分之一，你认为为什么等等。

我的第一个想法是这样的：

public class Question
{
    public virtual QuestionType TypeOfQuestion {get;set;}
    public virtual string PromptText {get;set;}
}

public class Answer
{
    public virtual Question Question {get;set;}
}

public class DateTimeAnswer : Answer
{
    public virtual DateTime Response {get;set;}
}        

public class IntegerAnswer : Answer
{
    public virtual int Response {get;set;}
}        
// etc.

明显的问题是，从调查问卷来看，无法访问 Response 属性：

questionnaire.Answers[0].Response; // compile error

这同样适用于界面。使用通用接口会更好，例如：

public interface IAnswer<T> 
{
    public virtual Question Question {get;set;}
    public virtual T Response {get;set;}
}

public class DateTimeAnswer : IAnswer<DateTime> {}

问题出现在 Questionnaire 类中，因为必须提供 IAnswer 的类型：

public class Questionnaire
{
    public virtual ISet<IAnswer<???>> Answers {get;set;}
}

显然我不想有很多 IAnswer 集合每个都有不同的类型。我可以使用

ISet<IAnswer<dynamic>> 

，但 NHibernate 不会喜欢它。

我意识到某些地方需要妥协，但我不确定哪个是最漂亮的。你会怎么办？

Answer 1

我认为子类化问题和答案是一个很好的计划 - 摆脱 QuestionType 枚举。

然后，您可以在 Question 上使用 MakeAnswer(string) 抽象方法，它为您封装了很多逻辑，并且可以在必要时进行类型转换等。

我对Rob的回答 会是这样的：

public interface IAnswer
{
   Question Question { get; }
   void Respond(IAnswerFormatter formatter);
}

其中 IAnswerFormatter 看起来像这样：

public interface IAnswerFormatter
{
   void Format(string value);
   void Format(DateTime value);
   ...
}

并且 DateTimeAnswer 看起来像这样：

public class DateTimeAnswer : IAnswer
{
    public DateTimeAnswer(Question question, DateTime value)
    {
        Question = question;
    }
    public Question Question { get; protected set; }

    protected DateTime Response {get; set;}

    public virtual void Respond(IAnswerFormatter formatter)
    {
        formatter.Write(Response);
    }
}

并且 DateTimeQuestion 可能看起来像：

public class DateTimeQuestion : Question
{
    public IAnswer MakeAnswer(string value)
    {
        //  Ignoring error handling here
        return new DateTimeAnswer(this, DateTime.Parse(value));
    }
}

这样你的答案就可以以自己的方式保存值，并且你 NH映射可以指定它在数据库中的外观（我建议使用鉴别器进行映射）您的问题可以负责从通用响应中创建答案。

Answer 2

有趣的问题..

我的评论/想法：

• 正如史蒂夫说 - 摆脱那个讨厌的 QuestionType 枚举！
• 删除 ISet - 我认为它不会增加任何价值..

我会沿着这样的思路思考：

public class Questionnaire
{
 public AnswerCollection Answers { get; set; }
}

public class AnswerCollection : Collection<Answer>
{
  // Subclassed Collection<T> for Add/Remove Semantics etc.
}

public abstract class Answer : IAnswer<object>
{
  public override object Response { get { // Base Impl. Here }; }

  public abstract string CommonOperation()
 {
   // This is the key, the "common operation" - likely ToString?
   // (for rendering the answer to the screen)
   // Hollywood Principle - let the answers figure out how they
   // are to be displayed...
 }
}

public class DateTimeAnswer : Answer, IAnswer<DateTime>
{
 public override DateTime Response { get { // Do Stuff }; }
 public override string CommonOperation() { return "I can haz DateTime"; }
}

这里的想法是，我们需要了解本质您正在对所有对象执行操作，这可能只是显示答案。我们通过泛型添加类型安全性，这样我们就可以确保在没有类型参数的情况下无法创建新响应..

然后我们可以非常确定输入和输出的内容仅限于我们实现的答案类型。 NHib 处理这个问题应该没有真正的问题，因为它知道自己需要什么。

虽然这很糟糕，但我们从集合中返回了“object”版本的Answer，这就是集合， >答案。

这有帮助吗？ :)

Answer 3

将答案存储在完整的数据模型中真的有意义吗？你要和他们一起做什么？

最有可能的候选者似乎是报告，在这种情况下您可能需要研究 CQRS（命令查询职责分离）样式。相反，您将拥有一个 QuestionnaireCompletedCommand，其中包含答案列表，然后您将以某种方式坚持下去，以便可以针对它们运行报告。

当您拥有业务逻辑（您可能会这样做）时，数据模型非常有用，但如果您没有任何业务逻辑，您可能只会使解决方案变得不必要的复杂化。说到复杂化，当我说查看 CQRS 时，我不一定指的是事件溯源部分。这是一个巨大的并发症，很少有人需要。