model-view-controller - 您应该在MVC中为 Controller 命名什么？什么时候应该创建一个新的？

Question

Closed. This question is opinion-based。它当前不接受答案。












想要改善这个问题吗？更新问题，以便 editing this post用事实和引用来回答。

5年前关闭。



Improve this question




我有一个真正适用于任何MVC框架的问题，我正在使用Zend Framework MVC。

您究竟应该何时创建一个新的 Controller ？ Controller 层应该定义什么？

我已经使用MVC创建了多个应用程序，并且逐渐变得更加可重用，但是我一直在为Controller类的命名而苦恼。在大多数情况下，它与存在的任何URL请求匹配，因此与业务/前端逻辑匹配。但是在某些情况下，这似乎完全是武断的。

是否有人要遵循一些启发式/指南？似乎对MVC的所有宣传，尤其是对PHP的宣传，几乎没有关于实际约定和启发式的数据。由于创建杂乱无章的MVC应用程序非常容易...

最佳答案

对于每个逻辑功能组，我通常都有一个 Controller 。通常，每个型号对应一个 Controller ，有时不对应。

假设您正在创建一个简单的在线目录，该目录显示一个类别列表，然后当用户选择一个类别时，将显示该类别的产品列表，以及用于类别和产品的CRUD操作的管理面板。我有两个模型(CategoryModel和ProductModel)。我有一个 Controller ，它为前端生成类别列表，另一个 Controller 是生成产品列表(例如CategoryController和ProductController)。然后，我在后端有一个用于类别和产品的 Controller (AdminCategoryController和AdminProductController)。两个后端 Controller 将为各自的模型处理列表/添加/编辑/删除/查看操作。如果您认为自己的URL结构并将相关功能放在相关的url上，则您的 Controller 结构通常会与您的URL结构匹配。实际上，某些框架(例如CodeIgniter)基于 Controller 的名称来路由请求，这是默认行为。

至于 Controller 中发生的事情，我的想法是模型用于数据访问，并包装和隐藏数据库结构。诸如“将状态设置为“完成”时将当前时间分配给完成日期”之类的逻辑是非常合适的模型。

View 包含整个演示文稿。 Controller /模型不应生成或处理HTML。诸如2列或3之类的决策属于 View 。 View 中的逻辑应限于生成可见输出所需的逻辑。如果发现自己想从 View 中查询数据库，则可能是在 View 中添加了太多的逻辑。

剩下的就是 Controller 了。通常，这意味着验证输入，将表单数据分配给模型，选择正确的 View 并实例化处理请求所需的模型。

关于model-view-controller - 您应该在MVC中为 Controller 命名什么？什么时候应该创建一个新的？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/579958/

上一篇：ruby-on-rails - Rails - 列出所有事件的登录/用户 session ？

下一篇：ruby-on-rails - 在 Rails 中的基本搜索结果中显示搜索查询

相关文章：

java - JAX-RS 是否适合作为 MVC 框架？

javascript - 防止没有内容的 Ajax 表单提交

javascript - 我连续有三列，但是当我将值放入第一列时，它会自动转到所有其他两列

algorithm - 为什么具有可接受的不一致启发式的 A* 会找到非最优解？

c - 在 C 中快速/高效地识别两个二维数组的相同性

language-agnostic - 如何在文本中搜索人名？ (启发式)

c# - 您使用哪些信息/视频来源来学习使用 C# 进行 Web 开发的新技术？

ruby-on-rails - Rails约定-将逻辑放置在 View 中vs Controller vs部分

user-interface - STS(Spring 工具套件)2.7.2 @RequestMappings View 不显示

java - HTTPS 和 HTTP 上的 Spring Controller

Answer 1

对于每个逻辑功能组，我通常都有一个 Controller 。通常，每个型号对应一个 Controller ，有时不对应。

假设您正在创建一个简单的在线目录，该目录显示一个类别列表，然后当用户选择一个类别时，将显示该类别的产品列表，以及用于类别和产品的CRUD操作的管理面板。我有两个模型(CategoryModel和ProductModel)。我有一个 Controller ，它为前端生成类别列表，另一个 Controller 是生成产品列表(例如CategoryController和ProductController)。然后，我在后端有一个用于类别和产品的 Controller (AdminCategoryController和AdminProductController)。两个后端 Controller 将为各自的模型处理列表/添加/编辑/删除/查看操作。如果您认为自己的URL结构并将相关功能放在相关的url上，则您的 Controller 结构通常会与您的URL结构匹配。实际上，某些框架(例如CodeIgniter)基于 Controller 的名称来路由请求，这是默认行为。

至于 Controller 中发生的事情，我的想法是模型用于数据访问，并包装和隐藏数据库结构。诸如“将状态设置为“完成”时将当前时间分配给完成日期”之类的逻辑是非常合适的模型。

View 包含整个演示文稿。 Controller /模型不应生成或处理HTML。诸如2列或3之类的决策属于 View 。 View 中的逻辑应限于生成可见输出所需的逻辑。如果发现自己想从 View 中查询数据库，则可能是在 View 中添加了太多的逻辑。

剩下的就是 Controller 了。通常，这意味着验证输入，将表单数据分配给模型，选择正确的 View 并实例化处理请求所需的模型。