MVC模式技术问询：GUI展示的数据应存储于何处？

数据集合该放在哪里？ #

正确的做法是把用户集合这类数据完全放在Model层。你可以在Model里创建专门的类（比如UserManager、UserRepository）来封装数据的存储、增删改查逻辑，而不是让Controller持有这些数据。User实体类负责定义数据结构，而这个存储类负责管理User对象的集合，所有和数据相关的业务逻辑（比如筛选特定用户、持久化数据）都应该在这里实现。

为什么有些示例把集合放在Controller里？ #

那些把数据集合放在Controller里的例子，大多是入门简化演示——为了减少代码文件数量，降低新手理解门槛，故意省略了Model层的存储类。但这不是MVC的标准实践，这么做会导致Controller逐渐臃肿，把业务逻辑和交互控制逻辑混在一起，后期维护起来非常麻烦。

GUI展示的数据该从哪里获取？ #

GUI（也就是View层）不应该直接持有业务数据，它只负责接收数据并渲染展示。正确的流程是：

• View触发交互事件（比如按钮点击）
• Controller捕获事件后，调用Model层的方法获取数据（比如userManager.getFilteredUsers()）
• Model返回处理好的用户集合
• Controller把数据传递给View，View负责更新列表框的展示

如果用了支持数据绑定的框架，View可以直接绑定Model层的数据，这时候Controller只需要处理交互逻辑，不需要手动传递数据，但数据的根源还是在Model里。

总结一下核心边界：

• Model：负责数据定义、存储、业务逻辑
• Controller：负责协调View和Model的交互，不存数据，不写业务逻辑
• View：负责展示数据、接收用户输入，不处理业务逻辑，不持有核心数据

内容的提问来源于stack exchange，提问作者ViktorCode