Rails .create()与controller#create

Question

这是一个Rails新手问题：

当我在模型上调用create()时，它是否绕过了相关的控制器create操作？

例如，这并没有击中我的标签控制器#create操作：

user.tags.create(:content => new_tag)

但是，如果我从表单中发布到tags#create路由，那么它就工作得很好。

我假设调用user.tags.create将调用控制器操作，并且在创建时始终运行其中的代码，但显然这只是在发送到该路由的过程中。

我在这里错过了什么？

编辑：

是否有一种方式来进行那个调用，然后确保控制器创建代码被运行？我有一些代码可以通过permalink找到一个标记，并在必要时创建一个新的标记，否则重用一个现有的标记。使用model.create()不会运行任何代码。不过，我可能“做错了”。

Answer 1

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

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

如果您想要对模型的所有用户可用的代码，那么向模型中添加一个方法。然后从控制器调用该方法，并在任何您想要的其他地方调用该方法。

Answer 2

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

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

视图构成了MVC的V。不要钻研V，因为这与你的问题无关，我想你已经知道了。

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

这是一个公认的做法，保持“控制器苗条”和“模型脂肪”。确保将控制器操作保持在不超过几行(创建操作通常为5-6行)。程序逻辑的块必须在模型本身中。

不要在调用user.tags.create时调用控制器"create“操作。只有web浏览器请求才能到达控制器。

Answer 3

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

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

在高层次上，模型的工作是封装数据，并在基于ActiveRecord的模型中，在基于内存的数据结构(“模型”)和底层持久存储(数据库)之间中介数据传输。

基于您的编辑，我认为您希望运行您的Tags#create方法，以便完成一些与数据相关的工作。这在IMO模型中更合适，因为它听起来像是在做严格的与数据相关的事情，并且不需要调用控制器方法所涉及的完整的"MVC周期“。你能在你的before_create回调中完成你想要做的事情吗？有关ActiveRecord回调(包括before_create)的更多信息，请参见ActiveRecord。