有关C ++中的依赖注入的几个问题

Question

我正在练习依赖项注入，但是我不确定有几个问题如何处理。

1. A类可能取决于3-4个其他行为（接口）。 一方面，将它们全部传递给构造函数会使对象更难以创建和初始化。 另一方面，如果客户端忘记设置一个依赖项，则使用setter可能会出现问题。 解决这个问题的正确方法是什么？

2. 最终，所有依赖项都必须在某个地方创建。 如何防止在一个类（例如主类）中进行多次初始化的情况？

3. 在进行依赖注入时，使用shared_ptr是否被视为一种好习惯？ 在这种情况下，依赖关系的创建者通常无法删除对象，因此使用共享指针对我来说很有意义。

Answer 1

A类可能取决于3-4个其他行为（接口）。 一方面，将它们全部传递给构造函数会使对象更难以创建和初始化。 另一方面，如果客户端忘记设置一个依赖项，则使用setter可能会出现问题。 解决这个问题的正确方法是什么？

没有完美的解决方案，因此您只需要调整即可品尝。 选项包括：

• 让/ a构造函数接受对注入的对象进行分组的结构（如果您将相同的依赖集传递给许多构造函数）

• 在运行时和编译时之间划分依赖关系，并使用派生/ using / typedef using考虑编译时的依赖关系（Alexandrescu的“ Policies” ala Modern C ++ Design）

• 提供某些/所有依赖项的默认值，或提供一些动态查找“服务”的功能，该服务仍可让您修改注入但在多个依赖对象构造中仍然存在

有点想象力和对重复代码的分析会希望对您有所帮助。

最终，所有依赖项都必须在某个地方创建。 如何防止在一个类（例如主类）中进行多次初始化的情况？

这是将冗余依赖关系创建和对象访问（包括您的选择是相似的）之间的关系分解在一起的问题，您可以使用结构或容器或管理对象对引用或指针进行传递，以对它们进行分组并重新访问它们。

在进行依赖注入时，使用shared_ptr是否被视为一种好习惯？ 在这种情况下，依赖关系的创建者通常无法删除对象，因此使用共享指针对我来说很有意义。

对于函数，客户端代码通常必须比被调用的函数使用时间长，因此不需要共享的指针……引用是理想的。 如果您正在使用线程，或者创建的对象可能超出客户端代码的寿命，那么共享指针会很有用。

Answer 2

所有个人意见，但我们走了。

1）将依赖项传递给构造函数。 如果存在合理的默认值，则提供多个构造函数或使用默认参数。

2）如果您将频繁使用同一组依赖项，则可以通过创建“依赖项集”类来节省一些键入内容，该类的实例可以传递给构造函数，例如：

struct Iface1;
struct Iface2; // Dependent interfaces
struct Iface3;

struct DependencySet
{
    Iface1& iface1;
    Iface2& iface2;
    Iface3& iface3;
};

class Dependent
{
public:
    Dependent(DependencySet& set)
        : iface1(set.iface1)
        , iface2(set.iface2)
        , iface3(set.iface3)
    {}

private:
    Iface1& iface1;
    Iface2& iface2;
    Iface3& iface3;
};

3）就我个人而言，我更喜欢使用上面的引用并管理生存期，以使依赖项的寿命超过依赖类，但是如果您希望在使用依赖项后就“忘记”它们，可以使用共享指针。