我认为我可以在任何数量的应用程序中使用。它是一种特殊的数据类型查看器。它包含一个特殊的读取器，用于处理与此数据类型相关的文件，并且可以编写它们。这样做有什么利弊？在最近的一个项目中，MVVM支持者认为这种观点必须“愚蠢”。这没有任何意义，因为如果它是一个狭隘的专业观众，它怎么可能是愚蠢的？ MVVM是否可能来自观众简单的网络世界？无论如何，MVVM支持者还认为任何进入视图的数据必须首先被限制，例如如果视图是webview，则转换为HTML。似乎有点矫枉过正。为什么这样？
MVVM的概念是将业务逻辑（模型）与视图分开。在您的情况下，读者作者应该在模型代码中。专业版是，如果您在任何时候想要对视图侧进行更改，则可以在不更改或移动执行实际数据交换的代码（读写）的情况下执行此操作。
这也意味着您可以针对您的模型编写测试，如果您更改视图，模型和测试代码将保持不变。
与MVVM的Con是它增加了一些额外的代码层，它可以增加一些开发时间（至少当一个是MVVM的新手时），并且在开始时可能会因为遵循模式而感到有点锁定。
最后，我通常会发现优点更大。通过设计，对代码库的关注点分离，易于测试不同的部分以及当您获得修改或扩展控件的请求时，它将变得更好并且经过深思熟虑将变得更加容易。