WPF编程方法

Question

WPF编程方法

三个月后，我在WPF上编写了我的应用程序，我重新考虑了我编写应用程序的方式(我知道这可能太晚了)。在我的应用程序中，我使用了我的工具正在管理的一个软件的API。我有16个类别的DAL，其中3个是单身汉。我有一些逻辑.cs档案和XAML当然，我的问题是，我看到了很多评论，认为用WPF编写的应用程序应该使用MVVM，这将使代码更加可用和可读性，我能把我的代码转换成MVVM吗？MVVM的实际意义是什么(不是Wikipedia或手动定义)？

我也使用SQL查询，我读了一篇关于EF(EntityFramework)的论文，MVVM和EF能在同一个项目中共存吗？

我知道我的问题有点新手的问题(我是新手：P)，也是一个抽象的问题，但我想知道，我将要编写的应用程序将是我目前所能写的最好的：)

Answer 1

我的问题是，我看到很多评论认为用WPF编写的应用程序应该使用MVVM，这将使代码更加可用和可读性，我能把我的代码转换成MVVM吗？不需要使用MVVM模式-无。您需要考虑到您正在构建的应用程序的复杂性和开发团队的技能集。一般来说，如果它是一个小型或中小型应用程序，那么MVVM可以，可能过度工程。如果团队的技能/天赋不适合单独的演示模式，那么MVVM可能不是一个好的决定。如果做得正确，那么MVVM将为您提供您所读过的所有好处。相反，如果它做错了，那么它可能是一个开发和维护的噩梦-绝对不是更易读和更有用。从个人经验来看，我认为编写得很差的代码隐藏应用程序比基于MVVM的程序编写得糟糕更容易。当然，您可以将当前的应用程序重写为MVVM模式。只需移除代码隐藏，并将其放入视图中-模型、助手类、存储库类、业务逻辑类等。不要落入将所有东西放入视图模型、创建MVVM美化代码背后的陷阱。我也使用SQL查询，我读了一篇关于EF(EntityFramework)的论文，MVVM和EF能一起放在同一个项目中吗？当然他们可以。请记住，EF是一种数据访问技术，MVVM是一种设计模式。您可能会在您提到的DAL类中使用EF。最后一个想法是，如果您决定沿着MVVM路线前进，那么您应该考虑使用一个框架来帮助它，例如Prism..哦，准备好面对很多的学习和挫折。