这是一个 Rails 新手问题：

当我在模型上调用 create() 时，它会绕过关联的控制器 create 操作吗？

例如，这不是我的标签控制器#create action:

但如果我从表单 POST 到 tags#create 路由，那么它工作得很好。

我假设调用 user.tags.create 会调用控制器操作并始终在创建时运行其中的代码，但显然它只是在对该路由的 POST 期间。

我在这里错过了什么？

编辑：

有没有办法进行该调用以确保控制器创建代码运行？我有一些代码可以通过永久链接查找标签并在必要时创建一个新标签，否则重新使用现有标签。使用 model.create() 不会运行任何代码。我可能是"做错了"：P

模型对控制器一无所知，它只是一个表示存储在数据库中的状态的对象，可能带有一些额外的封装行为。控制器是一个响应向您的服务器发出的请求的对象。虽然默认脚手架会修改您的模型，但控制器甚至不必使用模型。

控制器和模型是断开的，但只有逻辑相关的类。

如果您希望模型的所有用户都可以使用代码，则将方法添加到模型中。然后从您的控制器调用该方法，以及您想要该行为的任何其他地方。

Rails 使用 MVC 设计模式。
M 是模型，通常是 ORM 类。在 Rails 中，ActiveRecord 是默认的 ORM，每个模型都映射到数据库中的一个表。这就是你的逻辑的核心所在。模型对调用它们的更大世界一无所知。互联网或网页或控制器。

Controller 构成了 MVC 的 C。这些是您的 Web 应用程序端点。每次从浏览器调用 URL 时，它都会在控制器端点上结束。控制器的"创建"动作是一个端点。这种方法通常被称为"动作"。控制器"创建"操作的工作应该是协调对象的创建、错误的处理和打包，然后重定向到另一个位置或使用视图发送回响应。

View 构成了 MVC 的 V。不想深入研究 V，因为它与您的问题无关，我假设您已经知道了。

因此，ActiveRecord 提供的模型的"创建"方法与控制器的"创建"操作有很大不同。 Controller 中的 create 操作可以调用模型上的 create 方法，作为其编排的一部分。

保持"Controllers Skinny"和"Models Fat"是公认的做法。确保您的控制器操作不超过几行(创建操作通常为 5-6 行)。您的程序逻辑块必须在模型本身中。

当您调用 user.tags.create 时，不要期望调用控制器"创建"操作。只有 Web 浏览器请求进入控制器。

user.tags.create 调用继承到 Tags 中的 ActiveRecord#create 方法，这就是 TagsController#create 提供了一个我们可以访问的前端。

ActiveRecord#create 创建一个新的模型对象然后保存，与视图或控制器无关，

Controller#create 可能会调用模型创建，如果权限正确，参数等，但它是作为对来自 web 端的 POST 的响应

基本上模型和控制器是两个独立的实体，并通过它们的方法进行交互

阅读有关 MVC 方法的更多信息

你是对的。 ModelClass#create 与控制器完全无关。

控制器的工作是响应输入或"动作"，做任何需要做的与模型相关的事情，然后设置要显示的视图(由控制器方法/动作选择)的场景详细信息。

在高层次上，模型的工作是封装数据，并且在基于 ActiveRecord 的模型的情况下，调解基于内存的数据结构("模型")和底层持久存储(数据库)之间的数据传输。

根据您的编辑，我觉得您想运行您的 Tags#create 方法，以便完成一些与数据相关的工作。这将在模型 IMO 中更合适地完成，因为听起来您正在做严格的数据相关工作，并且不需要调用控制器方法所涉及的完整"MVC 循环"。你能在你的 ModelClass 的 before_create 回调中完成你想要做的事情吗？在此处查看有关 ActiveRecord 回调(包括 before_create)的更多信息。