c# - 构造函数中的虚拟成员，解决方法

Question

我有一个类 BaseEmailTemplate，它可以格式化电子邮件，我想创建一个可以覆盖默认值的派生类型。最初是我的基础构造函数 -

public BaseEmailTemplate(Topic topic)
        {

                CreateAddresses(topic);
                CreateSubject(topic);
                CreateBody(topic);

        }

... (Body/Addresses)

protected virtual void CreateSubject(Topic topic)
    {
        Subject = string.Format("Base boring format: {0}", topic.Name);
    }

在我的派生中

public NewEmailTemplate(Topic topic) : Base (topic)
        {

            //Do other things
        }

protected override void CreateSubject(Topic topic)
        {
            Subject = string.Format("New Topic: {0} - {1})", topic.Id, topic.Name);
        }

当然这会导致此处讨论的错误:Virtual member call in a constructor

因此，坦率地说，我不想在每个派生类型中都调用相同的方法。另一方面，我需要能够改变任何/所有。我知道另一个基地有不同的地址子集，但正文和主题将是默认的。

必须调用所有三个方法，并且需要在每个派生的基础上提供更改其中任何一个的能力。

我的意思是，每个人似乎都在说的是使用虚拟的意外后果，这似乎是我的确切意图。或者我可能陷入太深和过于专注？

更新 - 澄清

我理解为什么构造函数中的虚拟成员不好，我很欣赏关于该主题的答案，尽管我的问题不是“为什么这样不好？”它是“好吧，这很糟糕，但我看不出什么能更好地满足我的需求，所以我该怎么办？”

目前是这样实现的

 private void SendNewTopic(TopicDTO topicDto)
        {
            Topic topic = Mapper.Map<TopicDTO , Topic>(topicDto);
            var newEmail = new NewEmailTemplate(topic);
            SendEmail(newEmail);  //Preexisting Template Reader infrastructure

            //Logging.....
        }

我正在处理一个 child 和孙子。我进来的地方只有 newemailtemplate，但我现在必须构建其他 4 个模板，但 90% 的代码是可重用的。这就是我选择创建 BaseEmailTemplate(Topic topic) 的原因。 BaseTemplate 创建诸如 Subject 和 List 之类的内容以及 SendEmail 期望读取的其他内容。

  NewEmailTemplate(Topic topic): BaseEmailTemplate(Topic topic): BaseTemplate, IEmailTempate

我宁愿不必要求任何关注我工作的人必须知道这一点

 var newEmail = new NewEmailTemplate();
 newEmail.Init(topic);

每次使用时都需要。没有它，该对象将无法使用。我以为有很多关于那个的警告？

Answer 1

[10.11] the C# Specification告诉我们对象构造函数按顺序从基类最先运行，到继承最多的类最后运行。而规范的 [10.6.3] 告诉我们它是在运行时执行的虚拟成员的最派生实现。

这意味着当尝试从基对象构造函数运行派生方法时，如果它访问由派生类初始化的项目，则您可能会收到 Null Reference Exception 作为派生对象还没有运行它的构造函数。

实际上，Base 方法的构造函数运行 [10.11] 并尝试在构造函数完成之前引用派生方法 CreateSubject() 并且派生构造函数可以运行，这使得该方法有问题。

如前所述，在这种情况下，派生方法似乎只依赖于作为参数传递的项目，并且可能会毫无问题地运行。

请注意，这是一个警告，本身并不是错误，而是表明在运行时可能会发生错误。

如果从除基类构造函数之外的任何其他上下文调用这些方法，这将不是问题。