确定性初始化和依赖注入(基于构造函数)

Question

我正在开发的演示应用程序有一个非常长的启动例程。我试图用新想法替换的应用程序在此期间会大量记录到控制台(想象一下：“现在正在加载数据……网格化样条曲线……登录到第三方服务……”)。

在花了一整天的时间学习DI后，基本上从头开始，我创建了整个(!)对象图现在只需调用容器一次。谢谢在座的各位，顺便说一句，你们提供了如此多的想法和令人惊叹的答案。这个社区太棒了。

但是现在，我想要做的是再次确定初始化，这样我就可以在加载数据、网格化样条线和所有这些东西时登录我的工作流(我使用workflow Foundation 4.0，因为我喜欢声明式的风格，而且我可以用图形向人们展示发生了什么)。

您认为拥有一个"StartupManager“类(现在我的架构中唯一的单例类，我杀死了所有其他的”实例getter“)是一种可接受的实践吗？它将在注入的对象上调用辅助初始化方法(我在这里使用了buildUp()和基于属性的DI )？

原因是我想在我的工作流活动中显式地调用长初始化方法。在编辑器中看起来很棒，当我展示的时候，我的老板会非常高兴(他没有要求它，这是我的想法，花周末做一些事情，而且我认为这是非常有趣的)。

Answer 1

我假设您创建自己的DI框架是为了好玩和学习，对吧？否则，只需使用现有的。

不:)你不应该有任何静电。你的算法可能是这样的：

• 创建DI构建器实例
• 为该实例提供依赖项定义(从文件或在配置的构建器上programatically)
• call您的buildUp。此方法应该在您调用give_me_object_x的上下文上返回context
• 的实例，并且您应该获得一个填充了所有依赖项

的对象x

或者看看spring是如何构建的--它是一个编写良好的依赖注入框架的非常好的例子