Closed. This question needs to be more focused。它当前不接受答案。












想改善这个问题吗?更新问题,使其仅关注editing this post的一个问题。

2年前关闭。



Improve this question




背景:
我正在处理WPF解决方案,该解决方案没有按照MVVM模式进行良好的分离。我需要改善架构,可读性等。
我当前的问题是我的MainVM具有大量依赖关系。 MainVM对应于MainWindow View 。 MainVM在启动时创建,并将应用程序的所有其他ViewModel保留为属性。该MainVM传递给Commands的所有调用(实现ICommand的调用),如果某些功能需要其自己的ViewModel,它将引用MainVM并读取包含所需ViewModel的相关属性。
另一个问题是ViewModels没有与Models分离。
我的想法是为ViewModels创建一个“存储”(理想情况下是Models,但此时很难实现分离),并从该存储而不是从MainVM访问所需的ViewModel。
我的应用程序不存储任何内容,因此此ViewModels存储的生存期将与应用程序的生存期相同(静态)。

现在我的问题(改写):
1-从一个“主” ViewModel访问ViewModel是常见的做法吗?
2-在WPF应用程序中对ViewModels和Models使用单独的存储可能有哪些缺点?
3-命令(实现ICommand的人)是否应该依赖于ViewModels?

改写的问题:
1-将 View 模型存储在WPF应用程序中的什么位置?
2-是否可以使用存储库模式在WPF中存储模型?
3-无修改

最佳答案

1-从一个“主” ViewModel访问ViewModel是一种常见的做法吗?



2-在WPF应用程序中对ViewModels和Models使用单独的存储可能有哪些缺点?



3-命令(实现ICommand的命令)是否应该依赖于ViewModels?

关于c# - 重构ViewModels ,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/53588721/

10-11 08:47