【问题标题】:Unit-testing Prism with Service Locator?使用服务定位器对 Prism 进行单元测试?
【发布时间】:2011-04-21 18:56:45
【问题描述】:

我正在构建一个 Prism 4 应用程序,我使用 ServiceLocator 来实例化对象。 ServiceLocator 导致了单元测试问题,这让我想知道是否应该回去将 IoC 容器注入到每个需要它的类中。

这是来自存储库基类的问题示例:

protected RepositoryBase(string filePath, Type contextType, string edmName)
{
    m_Logger = ServiceLocator.Current.GetInstance<ILoggerFacade>();

    // Log invocation
    m_Logger.Log("RepositoryBase constructor invoked.", Category.Info, Priority.None);

    // Create object context
    ...

    // Log completion
    m_Logger.Log("RepositoryBase constructor completed.", Category.Info, Priority.None);
}

我正在为我的存储库创建单元测试,我发现 ServiceLocator 不起作用,大概是因为 Prism 没有为我的测试初始化​​。

ServiceLocator 可以在测试环境中使用吗?我是否应该放弃它并返回直接注入 IoC 容器?由于服务定位器似乎普遍失宠,我最好不使用它吗?感谢您的帮助。

【问题讨论】:

标签: unit-testing prism prism-4


【解决方案1】:

您需要创建一个模拟 IServiceLocator,在您的测试中使用模拟提供者初始化服务定位器。

应该可以的。

【讨论】:

    【解决方案2】:

    我能够成功地对 Prism + Silverlight 4 应用程序进行单元测试,并且想不出任何为什么您不能在单元测试中使用 ServiceLocator 的原因。不过,您需要确保 prism 在代码的 [TestInitialize] 部分中正确初始化。

    【讨论】:

    • 谢谢——我将如何在 [TestInitialize] 中初始化 Prism?
    • 我想我明白了——使用与在 App.xaml 中相同的初始化代码。实例化一个引导程序并运行它。
    • 没错,尽管您不需要在引导程序上调用Run(),因为这将创建您的外壳并设置区域和其他可视组件(不适合单元测试)。如果您打开基本引导程序的代码(例如 MefBootstrapper.cs)并查看 Run() 方法,您可以看到获取容器和设置 ServiceLocator 所遵循的步骤。
    • 初始化服务定位器看起来更麻烦,但值得 - 我想我要回到以前的 Prism 注入容器的实践。
    猜你喜欢
    • 2023-03-16
    • 1970-01-01
    • 2014-05-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-01-22
    相关资源
    最近更新 更多