[B! autoload] gt-r-blazeのブックマーク

Railsでlibディレクトリを使うときはconfig.paths.addを使おう - Qiita

config.autoload_paths += %W( #{Rails.root}/lib ) こんな感じのコードありますよね。これだと、たしかにautoloadはされるんですが、eager_loadはされないのです。なので、eager_loadが有効になっている本番環境などで、状況によってはNameErrorが起きてしまう。代わりに、

gt-r-blaze 2019/07/16

リンク

Rails5のproduction環境でlib/配下のクラス読込みがNameErrorになるのはautoloadが無効化されたからだった - Qiita

なんてよくやったりしますが、いざこれを本番で動かしてみると NameError: uninitialized constant HogeUtilを食らったので autoload周りの設定が違うのかな〜と思い色々ググるも出てくるのは「autoload_pathsに/libを読ませればok」といった記事ばかり... それもそのはず、出てくる記事の情報はRails4以前のものばかりで、今回のエラーが出るのはRails5から。原因に辿り着くまでに時間がかかってしまった... 解決策若干厄介なのは本番環境時においてはautoloadが無効化されておりeager load(rails起動時にまとめて読み込む機能)が有効で、開発環境では逆にautoloadが有効でeager loadが無効になっています。(デフォルトの設定の場合。参考: Rails アップグレードガイド | Rails ガイド) 故

gt-r-blaze 2019/07/16

リンク

Railsでlib以下を読み込ませる方法とその注意点〜名前重複の死を避けるために〜 - Qiita

Rails で lib 以下にライブラリを配置することは多い1と思いますが、その際、何も考えずに autoload_paths を指定すると、思わぬ落とし穴にハマる可能性があります。具体的には「ディレクトリを切って、別のネームスペースを与えているにもかかわらず、重複するクラス名があると死ぬ」という現象に陥ります。この現象に遭遇したことがある方は、読んでいただけると解決するかと思います。単に lib 以下を Rails に追加したいんだよ！という方は、結論まで Goto していただければ大丈夫です。はじめに Rails に lib を加えるためのコードについて、ざっくり以下の3パターン2を今まで目にしたことがあります。

gt-r-blaze 2019/07/16

リンク

定数の自動読み込みと再読み込み | Rails ガイド

通常のRubyプログラムでは、使いたいクラスやモジュールを定義したファイルを明示的に読み込みます。たとえば、以下のコントローラではApplicationControllerクラスやPostクラスを参照しており、通常はこれらに対してrequire呼び出しを行います。 # Railsではこのように書かないこと require "application_controller" require "post" # Railsではこのように書かないこと class PostsController < ApplicationController def index @posts = Post.all end end Railsは、必要に応じてクラスやモジュールを開発者の代わりに自動読み込み（autoload）します。これが可能になるのは、RailsがセットアップするいくつかのZeitwerkローダーのお

gt-r-blaze 2019/07/16

“例: libはかつて自動読み込みのパスリストに含まれていましたが、現在は違います”

リンク

PHPのautoloadについて - Qiita

autoloadとはファイルを自動で読み込む仕組みのこと。クラスを作成する場合、再利用する性質上1クラスを1ファイルで管理することになる。しかし扱うファイル数が増えた時に、各スクリプトの先頭で一つ一つrequireしなければいけなくなる。そこでファイルを自動で読み込む仕組みであるautoloadを使用する。 spl_autoload_register 通常autoloadも使用せずファイルの読み込みも行っていない場合、このタイミングでfatal errorになる。