Ruby on rails 加载类的Rails约定_Ruby On Rails_Conventions_Autoload

Ruby on rails 加载类的Rails约定

ruby-on-rails

Ruby on rails 加载类的Rails约定,ruby-on-rails,conventions,autoload,Ruby On Rails,Conventions,Autoload,我已经学习了更多关于Rails的知识，并且熟悉以下自动加载约定： A::B::C.new 将创建一种新的C类型，而不必因为rails自动加载而需要它当然，我可以明确地要求a/b/c，这似乎不是真正的“rails方式” 我想知道rails应用程序中是否有明确使用require而不是自动加载的时候更合适。例如，我可以通过一个嵌套很深的文件夹路径看到a:：B:：C:：D:：E:：F.new如何键入。出于这个原因，rails只是将文件夹目录保持在一个较小的深度吗如果有人能用这个来解释rails的惯

我已经学习了更多关于Rails的知识，并且熟悉以下自动加载约定：

A::B::C.new

将创建一种新的C类型，而不必因为rails自动加载而需要它

当然，我可以明确地要求a/b/c，这似乎不是真正的“rails方式”

我想知道rails应用程序中是否有明确使用require而不是自动加载的时候更合适。例如，我可以通过一个嵌套很深的文件夹路径看到

a:：B:：C:：D:：E:：F.new

如何键入。出于这个原因，rails只是将文件夹目录保持在一个较小的深度吗

如果有人能用这个来解释rails的惯例，那将非常有帮助。

需要与否并不改变，需要键入A:：B:：C:：D:：E.new，如果这是类名的话。另外，plainrequire与重新加载开发模式代码的交互也很糟糕，这是需要A:：B:：C:：D:：E的一个优点。抱歉，我仍然在做一些类似于java的事情，其中文件夹结构是类层次结构，而ruby中不一定是这样。有没有时间在Rails中显式地在自己的代码上使用require，而不是让Rails基于常量自动加载它？