这里有没有人使用DTO将数据从控制器传输到视图？如果是这样,您会在哪里建议存储这些文件？/ apps/dtos,然后让他们镜像dir结构的视图？有关使用rspec测试这些动物的任何建议吗？
NoD*_*ame 13
请不要听其他答案。他们太可怕了。Rails 助手很糟糕。在任何地方使用 Rails 模型都非常糟糕。我恳求您，正确设计您的应用程序并决定您是否需要 DTO。确定您是否真的希望使用 rails 模型来处理与数据库通信之外的其他事情。决定你是否真的不想在你的应用程序和 rails 之间有一个层等等。Rails 设计仅适用于小型应用程序或必须快速开发的应用程序。但是，如果它不是微不足道的东西，并且您希望开发它一段时间，请花时间进行适当的设计。不要害怕破坏 Rails 的便利。愿与你同在。
Rails约定不是将分布式层用于控制器和视图层.分离是存在的,但与您在Java领域中看到的框架类型相比,它是合乎逻辑且相对较薄/轻量级的.
基本体系结构是控制器设置相应视图中可用的实例变量.在一般情况下,实例变量将是模型实例或模型实例的集合(来自数据库).模型应该是业务逻辑的核心.控制器协调数据流.视图显示它.帮助器用于格式化视图中的显示值...任何采用模型值并仅用于显示目的的东西(您可能会发现重复使用的辅助方法实际上可能更好地关闭模型本身).
但是,如果您发现某个视图需要了解许多不同的模型,您可能会发现在更高级别的抽象中将模型包装到另一个对象中更容易.没有什么可以阻止您创建收集和协调实际AR模型的非活动记录对象.然后,您可以在控制器中实例化这些对象,并使它们可供视图使用.你通常必须在控制器中处于非常密集的复杂程度才能需要这种类型的东西.
我倾向于把这些对象扔进应用程序/模型中--Rails已经加载了这个目录中的所有内容,从配置/期望的角度来看,这样做很容易.
| 归档时间： |
|
| 查看次数： |
2818 次 |
| 最近记录： |