Fatal编程技术网

mvc体系结构ruby-on-rails

ruby-on-rails model-view-controller architecture

mvc体系结构ruby-on-rails,ruby-on-rails,model-view-controller,architecture,Ruby On Rails,Model View Controller,Architecture,在RubyonRails中，MVC体系结构的设计方式是，控制器将接收请求并与模型对话以接收数据，而控制器将再次与视图对话以生成html。现在我的疑问是，为什么模型应该先回复控制器，然后再回复控制器以查看，而不是直接回复视图以生成html。为什么它不是这样设计的 有人能澄清一下吗？提前谢谢 。。。模型直接响应视图以生成html 如果明天需要生成JSON呢？然后是XML？还有其他10种格式？你们会每次更新模型吗 模型、视图和控制器具有不同的职责 模型-业务逻辑。保存和加载数据 视图-以特定格式呈现

在RubyonRails中，MVC体系结构的设计方式是，控制器将接收请求并与模型对话以接收数据，而控制器将再次与视图对话以生成html。现在我的疑问是，为什么模型应该先回复控制器，然后再回复控制器以查看，而不是直接回复视图以生成html。为什么它不是这样设计的

有人能澄清一下吗？提前谢谢

。。。模型直接响应视图以生成html

如果明天需要生成JSON呢？然后是XML？还有其他10种格式？你们会每次更新模型吗

模型、视图和控制器具有不同的职责

  • 模型-业务逻辑。保存和加载数据
  • 视图-以特定格式呈现数据
  • 控制器-两者之间的中介。解析请求，进行身份验证/授权，向模型询问数据，调用具有该数据的适当视图
视图中不应有业务逻辑，模型中不应有渲染等。这有助于获得更好、更清晰的代码

在我假设的示例中，您只需要添加一个可以呈现数据JSON表示的视图。并且，可能会向控制器添加一两行代码（通常您不必这样做）。模型保持不变。它关注的是数据持久性，而不是数据表示

。。。模型直接响应视图以生成html

如果明天需要生成JSON呢？然后是XML？还有其他10种格式？你们会每次更新模型吗

模型、视图和控制器具有不同的职责

  • 模型-业务逻辑。保存和加载数据
  • 视图-以特定格式呈现数据
  • 控制器-两者之间的中介。解析请求，进行身份验证/授权，向模型询问数据，调用具有该数据的适当视图
视图中不应有业务逻辑，模型中不应有渲染等。这有助于获得更好、更清晰的代码

在我假设的示例中，您只需要添加一个可以呈现数据JSON表示的视图。并且，可能会向控制器添加一两行代码（通常您不必这样做）。模型保持不变。它关注的是数据持久性，而不是数据表示