Model view controller MVC编程实践

Model view controller MVC编程实践,model-view-controller,qt,architecture,modularity,Model View Controller,Qt,Architecture,Modularity,我正在开发一些新的软件,我正在努力使它尽可能模块化。我写代码已经有一段时间了,但是我缺少一些关键的原则,我正在学习这些原则 为了使我当前的项目模块化,我使用了模型-视图-控制器体系结构。在设计我的应用程序时,我发现了一些我不确定的东西。所以我来找你 我会给你一些有用的信息: 我正在Qt中开发这个应用程序 它是一个桌面应用程序 单用户,所以它不是很复杂 我的问题是: 在实现各种模块(模型、视图等)和所有 在与它们关联的类中,我应该初始化吗 模块中的模块?我应该在应用程序中创建“模型”实例吗 “

我正在开发一些新的软件,我正在努力使它尽可能模块化。我写代码已经有一段时间了,但是我缺少一些关键的原则,我正在学习这些原则

为了使我当前的项目模块化,我使用了模型-视图-控制器体系结构。在设计我的应用程序时,我发现了一些我不确定的东西。所以我来找你

我会给你一些有用的信息:

  • 我正在Qt中开发这个应用程序
  • 它是一个桌面应用程序
  • 单用户,所以它不是很复杂
我的问题是:

  • 在实现各种模块(模型、视图等)和所有 在与它们关联的类中,我应该初始化吗 模块中的模块?我应该在应用程序中创建“模型”实例吗 “控制器”,或者我应该在“主”中创建所有内容,并且 将模块作为引用传递

  • 我的策略是将我的应用程序分成许多MVC包。 每一个都将遵循基本原则:模型获取数据,视图 显示它,并且控制器负责所有之间的交互 模型视图,并执行所有必需的逻辑。这是正确的吗

  • 我感谢你的帮助

    谢谢

    我应该在“控制器”中创建一个“模型”实例,还是应该在“主”中创建所有内容并将模块作为引用传递

    将模块作为引用传递。我不知道Qt是否有包的概念,但在Java中,我有单独的模型包和视图包

    我的策略是将我的应用程序分成许多MVC包。每一个都将遵循基本原则:模型获取数据,视图显示数据,控制器负责模型视图之间的所有交互,并执行所有必需的逻辑。这是正确的吗

    是的,这是正确的MVC原则

    有时在更复杂的应用程序中,应用程序视图可能由GUI(视图)和GUI模型(模型)组成。在本例中,应用程序模型(可能是数据库访问模型)与GUI模型交互。GUI和应用程序的控制器都由用户的操作驱动