负责读取/写入数据的视图的优点/缺点

Posted 2023-02-26

【中文标题】负责读取/写入数据的视图的优点/缺点

【英文标题】：Pros/cons of view being responsible for reading/writing data

【发布时间】：2019-04-25 02:58:03

【问题描述】：

我有一个可以在任意数量的应用程序中使用的视图。它是一种数据类型的特殊查看器。它包含与此数据类型相关的文件的特殊阅读器，并且可以写入它们。这样做有什么好处和坏处？在最近的一个项目中，MVVM 的支持者认为这种观点一定是“愚蠢的”。这是没有意义的，因为如果它是一个狭隘的专业观众，它怎么可能是愚蠢的？ MVVM有没有可能来自观众简单的网络世界？无论如何，MVVM 的支持者还认为，任何进入视图的数据都必须首先进行调节，例如如果视图是 web 视图，则转换为 html。好像有点矫枉过正。为什么要这样做？

【参考方案1】：

MVVM 的概念是将业务逻辑（模型）从视图中分离出来。在您的情况下，读者作者应该在模型代码中。优点是，如果您在任何时候想要更改视图端，您都可以这样做，而无需更改或移动执行实际数据交换（读写）的代码。

这也意味着您可以针对您的模型编写测试，如果您更改视图，模型和测试代码将保持不变。

与 MVVM 的缺点是它添加了一些额外的代码层，它可能会增加一些开发时间（至少在刚接触 MVVM 的时候），并且在一开始可能会因为遵循某种模式而感到有点锁定。

最后，我通常会发现 Pros 更大。通过设计、代码库的关注点分离、易于测试不同的部分以及收到修改或扩展控件的请求时，它会变得更加容易。