我正在 WPF 中使用 MVVM 模式开发一个项目。
MVVM 的主要优势之一是保持业务逻辑和表示之间的清晰分离。
为了测试所有内容实际上的分离程度，周末我将所有 ViewModel、模型和业务逻辑移动到一个单独的 .dll 中。 .exe 被保留为薄的表示层。
第一次尝试，这很顺利。
我已经看到了将视图（xaml、演示文稿）保留在 .exe 中并将核心逻辑保留在其自己的 dll 中的好处。例如，不再有any http://www.google.com/search?q=wpf+mvvm+no+code+behind dilemma https://stackoverflow.com/search?q=wpf+mvvm+code+behind在我看来，Xaml 中的代码隐藏是否是一个问题：如果有必要，我对此感到满意，因为我知道它是特定于演示的。
到目前为止，这种 exe/dll 分离效果非常好，我的问题是：有人经历过吗？downside这种方法？
相关问题：在不使用 System.Windows.Input.ICommand 的情况下在 WPF 中实现 MVVM https://stackoverflow.com/questions/503329/implementing-mvvm-in-wpf-without-using-system-windows-input-icommand
我们在所有产品中都使用这种分离，因为它可以帮助我们查看是否有任何代码违反了 UI - 业务逻辑分离。
大多数时候我们都会按照您建议的方式进行操作：
Sample.Presentation.exe（包含所有 WPF 内容，精简程序集）
Sample.Applications.dll（负责应用程序的工作流程，这里都是ViewModel）
Sample.Domain.dll（这里是业务规则）
我们还没有遇到任何问题，我预计将来也不会出现任何问题。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
