视图和控制器之间接口的成语

Question

我有一个设计问题：

我正在使用 MVC 设计模式。但是视图在我的项目中是 I/O 部分。这意味着向硬盘驱动器写入/读取数据或在屏幕上打印某些内容的部分。

我提到过，“视图”还应该执行读/写操作。我们的程序需要一些输入数据来执行所需的数值计算。 由于这个输入数据也应该可以手动编辑，我们决定把这个输入数据设为 xml。

然后控制器要求“视图”读取这个xml输入数据，以便填充模型。

这种情况看起来像这样：

                                  Controller
                                   /     \
                                /           \
                             /                 \
                           View               Model
                          /    \
                       /          \
                    /                \
                xml reader         xml data

那么现在的问题是，当 View 读取输入数据时，要向 Controller 传递什么？

视图是否应该从模型创建类的实例并用输入数据填充它们并将这些实例传递给控制器​​。

还是应该将枚举和浮点数传递给控制器​​，以便他可以实例化所需的类并将浮点数提供给构造函数？

哪种设计更好，为什么？

编辑：我们认为视图应该包含输入数据的加载（现在实现为文件的 I/O）的原因是，在代码的未来版本中，我们想要有一个 gui，用户可以在其中点“n”单击来构建输入数据。然后视图获得完全相同的数据（但随后来自 gui，而不是来自文件）并应将其传递给控制器​​。所以现在，它只是可能的最简单的“视图”（当用户与 xml 交互时）。 这是对 MVC 的正确理解吗？

编辑 2： 我们实现了一种数值方法，例如 FEM。所以模型包含两件事：一方面它包含数据（部分可以用 xml 表示），即有限元的表示等。另一方面，它包含逻辑，即偏微分方程，其参数也应存储在 xml.xml 中。 因此模型中的逻辑需要输入数据，而不是视图。

如果需要提供更多信息，请随时询问。

非常感谢！

Answer 1

根据四人组的说法，如果我没记错的话，应该执行 IO 操作的是 Model 类。 View 是一种表示形式，允许用户或控制器对 Model 进行修改，但不应负责 IO 操作，因为这会通过暴露 Model 的内部表示而违反封装。

如果您需要这样做，我仍然建议传递整个模型对象，因为这会使控制器不知道内部表示；如果你传递内部数据，所有的视图、控制器和模型都需要了解模型的内部结构，这使得模式的三个部分更加耦合；而使用它的目的是尽可能将这三个部分解耦，从而提高可维护性。

Answer 2

如果我理解正确，您有两个数据模型，在这种情况下，您应该始终遵循 MVC 模式。组件的分离是有原因的，如果您想稍后将 xml 切换为 gui，这将特别有帮助：

模型处理数据，视图允许您通过它自己的“镜头”查看它，控制器允许您操作模型。

如果您的视图需要某种输入数据，您可以在其下实现第二个 MVC。您最终会得到第二个模型（model2：您的 xml 数据）和第二个控制器。现在您的控制器是您的第二个模型的“手动编辑”。稍后，您的控制器将成为 GUI 的一部分，GUI 也会对您的第二个模型有第二个视图）。

注意：参见 cmets 中的讨论。