导轨的非膨胀模型3.1

Question

只是学习导轨，开发第一个应用程序，并无法找到这个问题的直接答案！

我要保持我的模型结构尽量紧凑，真的只是想用它来表示我想要用我的观点来呈现的对象。因此，我想从一个特定模型中删除一些逻辑并将其存储在单独的文件中。我见过很多指南（在本网站和其他网站上），这些指南提出了以下建议：

• 从来没有从一个Rails应用程序里面的“需要”什么lib文件夹中
• 存储额外的文件 - 他们曾经是汽车中老年轨版本加载，但现在你需要在配置文件中添加一个额外的行。让这样的事情发生（例

所以我加了线，卡在lib文件夹中的文件，它都能正常运作等方面的问题;

我不能动摇感觉到我必须去配置一些定制代码的事实f ile意味着我做错了（给定约定配置）。为什么人们不得不围绕编辑配置文件来让rails做一些如此基本的事情？

是最好的方式，或是否有我只是没有看到其他注意事项？实际上，我是否应该创建一个“额外”目录，而不是将它们放在lib中？

如果任何人都可以点我上我会非常感激这件事一个明确文章的方向！

Answer 1

有没有错与具有非模型文件夹中的活动记录模型。如果您的域最好由业务逻辑层和持久层建模，那么使用适当的命名约定在模型文件夹中以这种方式进行建模。就我个人而言，我不会过度关心它是否完美。尝试一下，看看你喜欢它。从你的错误中学习，并不断变得更好！最重要的是，享受这个过程。

Answer 2

我做的是这样的：保持模型的逻辑模型，并保持控制器尽可能薄

如果有应该属于你的模型，但有些遥远到它（例如，你有事情一个Account模型和你的一些支付系统，它涉及Account的工作 - 例如，你可能想叫account.has_subscription?，你可以使用宝石称为concerned_with这会从别人喜欢的那些处理付款拆分模型的主要行动（这仅仅是一个例子，我最近不得不照顾）。