Mvvm light MVVM是否适用于大约40个模块的金融产品构建？

只是想知道我是否应该继续使用MVVM light来构建enterpside产品？我读到一些关于MVVM是否适合启动小型应用程序以及Prism是否适合组合应用程序的文章。你能解释一下这是什么意思吗？我只是不想依赖于像prism这样的大型框架，因为有时候它会接管您的控制权，让您可以选择遵循它的开发方法。我认为MVVM Light非常简单方便，但是jsut想知道它是否可以用于构建基于组合的应用程序，或者是否有什么东西可以扩展它来添加组合以构建产品的模块。

---

我希望我的问题很清楚

首先，MVVM light适用于企业应用程序。然而，它是一个工具包，而不是一个完整的获取框架，所以如果您需要组合，您必须自己构建它。你可以借助MEF来获得支持

另一侧的Prism是一个基于MVVM模型和MEF的产品。它在板上有组合，您不必自己实现它

---

因此，它取决于企业应用程序的非范围和属性，您可以选择哪个应用程序。

首先，MVVM light适用于企业应用程序。然而，它是一个工具包，而不是一个完整的获取框架，所以如果您需要组合，您必须自己构建它。你可以借助MEF来获得支持

另一侧的Prism是一个基于MVVM模型和MEF的产品。它在板上有组合，您不必自己实现它

---

因此，这取决于您选择的企业应用程序的非范围和属性。

在您的问题中有一些误解

首先，您提到的所有技术都不是相互排斥的。可以使用Prism、MEF和MVVM Light工具包构建应用程序

其次，如果您正在开发WPF应用程序，那么无论您决定合并哪些技术，都应该使用

依赖于巨大的框架，比如 棱镜

Prism实际上在应用程序设计中占用的空间相对较小。这些功能和组件本质上是选择性加入的。使用你需要的东西，忽略你不需要的东西。事实上，与过去的怪物相比，棱镜实际上设计得很好

---

Prism和MEF可能存在一些重叠的目标，但这一点已经讨论过了

您的问题中存在一些误解

首先，您提到的所有技术都不是相互排斥的。可以使用Prism、MEF和MVVM Light工具包构建应用程序

其次，如果您正在开发WPF应用程序，那么无论您决定合并哪些技术，都应该使用

依赖于巨大的框架，比如 棱镜

Prism实际上在应用程序设计中占用的空间相对较小。这些功能和组件本质上是选择性加入的。使用你需要的东西，忽略你不需要的东西。事实上，与过去的怪物相比，棱镜实际上设计得很好

Prism和MEF可能存在一些重叠的目标，但这一点已经讨论过了