我有一种情况,我不知道把这个业务逻辑放在哪里。
在rails中,最佳实践是拥有胖的模型和瘦的控制器。
现在,我遇到了这样一种情况:我正在交互(主要是更新) 3-4个模型记录。
我应该把这个逻辑放在哪里?我是否应该创建一个“service”类型的类并将其放入lib中?
发布于 2011-08-07 06:23:37
试图获得支持证据的东西,I found this,第1.2.3章。
库/库模块
这绝对是用于跨模型代码的最符合逻辑的地方。
它基本上是我们在编写acts_as_whatever gem时放置大部分代码的地方。
发布于 2011-08-07 22:53:05
有时,在models文件夹中创建另一个支持基于AR的模型的类可能是值得的。“模型”不必局限于DB表。
https://stackoverflow.com/questions/6969271
复制相似问题