我正在尝试了解 Windows 工作流基础的内部结构。因此，我们有一些软件组件，我们以工作流的形式将它们交织在一起，无论是基于条件的顺序工作流还是状态机工作流。现在，我在想(我在这里可能是错的)并不同样适用于 IoC + 依赖注入(inject)(通过 Unity 或 Spring.net)。什么时候用什么？？我的想法对吗？？
最佳答案
不太确定我理解这个问题，但无论如何我都会试一试。
WF 不使用 IOC 容器。它使用 ServiceLocator 模式，您可以在其中将依赖项添加到工作流运行时、服务定位器和工作流事件，并从工作流运行时检索这些服务。
ServiceLocator 和 IOC 模式相似，在解耦依赖方面具有相同的目的。尽管在 IOC 容器中推送依赖项，而 ServiceLocator 用于拉出依赖项，但该方法是不同的。
希望这能回答您的问题，如果不能，我会尝试重新表述原始问题。
关于.net - Windows Workflow Foundation 或 IoC 容器 + 依赖注入(inject)？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/413697/