C# 构造函数注入和构造函数重载

Question

我是第一次使用构造函数注入，并希望以防御性方式编写代码。

因此，如果我有一个带有构造函数和保存方法的类，如下所示：

public SomeConstructor(string name, Object someObject)
{
  _name= name;
  _someObject= someObject;
}

public void Save()
{
  // Does a database save
}

但是然后需要在该类中创建另一个不需要 _someObject 的相关方法，因此我创建一个重载的链式构造函数：

public SomeConstructor(string name) : this(name, null)
{
}

如何成功地阻止某人实例化具有带有 1 个参数的第二个构造函数并使用将 someObject 设为 null 的 Save() 的类？

我没有使用注射工具。

上面是一个简单的示例，在其中，你是对的，我可以抛出一个 null 异常，就像未设置属性时一样。

我想避免的是在每个方法开始时进行一系列验证检查。

Answer 1

将您遇到的摩擦用作警告系统。这实际上是在告诉您，您可能正在走向低凝聚力并违反单一责任原则。

如果是这种情况，请将该类重构为两个单独的类。

Answer 2

您可以使用 InvalidOperationException 等运行时异常来防止这种情况。

如果某些人使用两个参数构造函数实例化该类并尝试调用 Save，只需检查“someObject”是否为 null，如果是的话：

抛出 new InvalidOperationException(“无法在当前对象状态下调用此方法” );

另一方面，如果您的库将使用第二个构造函数，并且不允许第三方库开发人员使用它，则该构造函数应该具有内部修饰符。

Answer 3

IoC 它只是一种动态解决依赖关系的方法，但并不能解决任何 OO 问题。
我会专注于良好的 OO 设计，而不是试图找到一种方法来欺骗框架，迫使使用承包商而不是另一个承包商。问题是，如果您不使用 IoC 框架，您将如何做到这一点？
可能检查 SomeObject 是否为空？

Answer 4

public void Save()
{  
    if (_someObject == null)
        throw new InvalidOperationException();
}

我想这是显而易见的。但是，您确实无法创建一个以不同方式构造类型的合约，除非您还更改 SomeConstructor 类型以像 装饰器模式。装饰器模式的作用是让您在运行时而不是编译时构建继承层次结构。

然后，您可以根据内部允许的操作创建不同的对象。这是一些可以通过 Save 方法的前提条件轻松处理的工作。但也许这就是您所需要的。如果您这样做了，您可以在 SomeConstructor 的构造函数中规定您的契约。

下面是一个示例：

interface ISomeConstructor
{
    void Save();
}

class SomeConstructor
{
    ISomeConstructor impl;

    public SomeConstructor(string name, object someObject)
    {
        impl = new StringAndObject(name, someObject);
    }

    public SomeConstructor(string name)
    {
        impl = new JustString(name);
    }

    public void Save()
    {
        impl.Save();
    }
}

StringAndObject 和 JustString 类型实现了 ISomeConstructor 并且它们可以根据需要处理 Save 方法。

这是装饰器模式的一个细微变化，通常您希望 ISomeConstructor 也作为参数传递给构造函数。