很好的理由不将ViewModels放在单独的程序集中？

Question

我正在使用WPF中的MVVM模式开发一个项目.

MVVM的一个主要优点是保持业务逻辑和表示之间的明确分离.

作为一个测试,看看一切实际上是多么分离,在周末我飙升将所有ViewModel,模型和业务逻辑移动到一个单独的.dll..exe保留为精简表示层.

这是无缝的,首次尝试.

我已经看到了将.exe和核心逻辑中的视图(xaml,presentation)保存在自己的dll中的好处.例如,不再有任何 的困境在我脑海中关于代码隐藏在XAML是否是一个问题:我舒服,如果有必要,因为我知道它的具体介绍.

到目前为止,这个exe/dll分离工作得很好,我的问题是:有没有人遇到过这种方法的任何缺点？

相关问题:在不使用System.Windows.Input.ICommand的情况下在WPF中实现MVVM

Answer 1

我们在所有产品中使用这种分离,因为它有助于我们查看是否有任何代码违反了UI - 业务逻辑分离.

大多数情况下,我们按照您的建议进行操作:

• Sample.Presentation.exe(包含所有WPF内容,瘦程序集)

• Sample.Applications.dll(负责应用程序的工作流程,这里是所有ViewModels)

• Sample.Domain.dll(以下是业务规则)

我们还没有遇到任何问题,我预计将来不会出现任何问题.

Answer 2

两周后，我的模型和视图模型在 dll 中，我的 xaml 在 exe 中，没有任何问题。