【发布时间】:2015-10-13 08:13:04
【问题描述】:
我需要创建自定义 WPF 行为,并在 custructor 中注入一些依赖项,我不能使用构造函数注入,因为我需要在 XAML 中应用它,WPF 使用默认构造函数创建实例。 我可以做的一种方法是在默认构造函数或服务定位器中使用 Container,但我不想使用这些方法。 我可以在属性上使用 [Improt] 并使用 Container.SatisfyImportOnce 但不是很巧妙的方式,因为我仍将在构造函数中使用容器。 有什么建议吗?
我在我的 WPF 项目中使用 MEF 进行依赖注入。
简洁的方式:它应该是可测试的,我应该能够注入依赖项并且应该在 WPF XAML 中实例化。
【问题讨论】:
-
不够具体。我相信您需要在定义中定义“整洁方式”的含义
-
我想我明白你的问题是什么。尽管可以像他们在 DI 书中所说的那样做,但我建议不要仅仅因为它更“整洁”而使事情过于复杂。在某些情况和 API 中,您不能像使用自己的类(ctor 注入)那样简单地构建对象图。归根结底,这些骇人听闻的 DI 变通办法大多只是为了“正确”的 DI。但 DI 不是目标,而是工具。
-
确实是视图的一部分,因为我们使用的是由工作区管理器管理的工作区并跟踪窗口,我们需要管理器将每个窗口注册到工作区管理器。同样在一个地方,我需要将小部件的大小保存到我的应用程序设置中,并且我想在多个地方使用相同的行为。用户可能会说我们希望我们的 UI 设置保留在数据库中,我可能需要您的建议。
-
我怀疑您的整体架构设计存在问题。行为是视图的一部分,在 MVVM 中用于帮助视图显示非特定于应用程序的数据。让你的行为使用特定于应用程序的数据结构与代码隐藏本质上是一样的,并且通常很好地表明你的视图模型没有正确地完成它的工作。一个很好的例子是单元测试:DI 可以在你的虚拟机中进行,但是如果你只是在你的视图需要的行为中使用它,那就是浪费精力!
标签: c# wpf xaml dependency-injection mef