从C++和COM角度理解“依赖注入”

一个高大上的概念，一个控制反转技术。所谓的。

名词解释：依赖项

依赖项（dependency）：另一个对象依赖之。比如：
class A
{
public:
void fun() {…}
};
如果另外一个类需要调用A::fun，那么类A就是一个依赖项。
某个类B可能会创建一个A对象a，并调用a.fun();

class B : public A
{
public:
void method() { fun(); }
}
class B
{
A a;
public:
void method() { a.fun(); }
};
因为B会创建、调用A，所以A是B的依赖项。

产生问题：耦合

但，这样有一个问题，耦合性太强。如何解决呢？使用“依赖注入”。

解决方案：注册服务、注入依赖

首先抽象一个接口：
interface IA
{
public:
virtual void fun() = 0;
};
然后可以实现这个接口：
class CA : public IA
{
public:
void method() { a.fun(); }
}

然后在某个公共的地方（比如全局变量），注册一个IA服务（保存一个IA实例的接口）。
services.AddScoped<IMyDependency, MyDependency>();
实际就是
services.m_pIA = (IA*)new CA();

接着，就是把这个接口传给别人，让别人去调用：
public B
{
IA* m_pIA = nullptr;
public:
B(IA* p) { m_pIA = p; }
void method() { m_pIA ->fun(); }
}

有两个规则：
依赖是传进来的，不是创建的；传进的是依赖指针，而不是实例；
这样即使A的实现改变了，A的调用方式不变。

那个在全局变量创建依赖实例，保存接口指针的过程，就叫注册服务，
通过构造函数传给B以备调用，叫依赖注入。

这就是所谓的依赖注入
这就是TM的所谓的TM的依赖注入。

本质：几句话就说清楚

说到底是啥？
全局变量保存一些COM指针，

B调用的时候：
把指针传到B类的构造函数，并保存为成员变量；
然后B类去调用接口函数；
B析构的时候，释放COM指针。