在我使用的代码库中，我们大量使用shared_ptr和weak_ptr。
一个对象通常包含一个weak_ptr给它自己，然后把它传递给其他对象。
我真的很讨厌std：：shared_from_this...
1.如果对象不属于共享指针（例如，有人在堆栈上创建了对象），则不起作用。或者，只是普通的旧的新的）。
1.如果在构造函数返回之前调用this->shared_from_this（），它将不起作用...并且，我们倾向于在构造器（RAII）中进行所有设置，这通常需要弱自指针。
我发现这只会带来问题，尤其是对初级开发人员。
我一直在使用的解决方案，看起来有点像这样...

class MyThing : public IThing {
    MyThing(/* dependencies */) { /* leave me empty, put init in New() */ }
    std::weak_ptr<MyThing> wthis;
public:
   static std::shared_ptr<MyThing> New(/* dependencies */) {
      // create object, assigm members, but run no code.
      auto o = std::shared_ptr<MyThing>(new MyThing(/* dependencies */));
      // initialise weak self pointer.
      o->wthis = o;
      
      o->DoConstructorStuff();
      return o
   }
};

私有构造函数强制你使用工厂方法，工厂方法首先设置weak_ptr。。现在，它总是安全的使用。我发现人们不会遇到崩溃的问题，因为一些代码路径试图使用weak-this太快...此外，当New返回时，对象已完全构造。
我遇到的问题是，Boost.DI似乎真的，真的，真的想使用构造函数。
目前，我不得不使用lambda绑定...但这意味着，我错过了自动依赖解析。

auto di = boost::di::make_injector(
  boost::di::bind<IThing>().to([](const auto & injector) {
    return MyThing::New(
        injector.template create<std::shared_ptr<ThingDependency0>>(),
        injector.template create<std::shared_ptr<ThingDependency1>>(),
        injector.template create<std::shared_ptr<ThingDependency2>>(),
        injector.template create<std::shared_ptr<ThingDependency3>>(),
        injector.template create<std::shared_ptr<ThingDependency4>>(),
        injector.template create<std::shared_ptr<ThingDependency5>>(),
    );
  })
);

我能做些什么来改善这一点？我不想重复我自己（在工厂方法内部和在di绑定内部声明依赖项）。