Railsで自作のユーティリティクラスはlibに置くべき？

Question

こちらの記事にもある通り、

自作のユーティリティクラスをlib/utils/hoge_util.rbに

class HogeUtil
end

と作成し、config/application.rbにて

# Rails 4の場合
# config.autoload_paths += %W(#{Rails.root}/lib)
# Rails 5の場合はこちらの書き方がよさそう
config.paths.add 'lib', eager_load: true

ということはよくやると思います。
しかしlibの中にユーティリティクラスを置いてautoloadパスに加えるのは本当に正しいのでしょうか？個人的にはapp/utilsディレクトリを切ってそこに置いた方がいいのではないかと思いっています。理由は

• デフォルトでlibの中にはassetsやtasksがある
  • assetsやtasksはautoloadパスに加えたくないはず
  • サーバ（rails s）を動かすために必要なRubyコードは全部appの中にあった方がgrepしやすいし、どちらに入れるか迷わずに済む
  • libに置くと先述の記事のように、Railsをアップグレードしたときハマる可能性がある

そもそもlibの下には何を置くべきのでしょうか？
Railsガイドによると

lib/ アプリケーションで使用する拡張モジュールが置かれます。

とありますが、ちょっとよく分かりません。別のサイトでは「他のアプリケーションでも使いまわせるコードを置く」と説明しているところもありますが、assetsやtasksはアプリケーション固有である方が普通だと思います。

Answer 1

アプリケーションで使用する拡張モジュールが置かれます。

そのprojectで使われる拡張モジュールを置く場所なので、違和感は特に無いですね
自分は逆でそもそも自作のユーティリティクラスという責務が曖昧なものをappの配下に置くのはちょっと、という感じはしますね
それこそ自作ユーティリティクラスは lib 配下に置くと決めれば、迷わずに済むので、そのプロジェクトにおける決めの問題なような気もします
もちろんここら辺は好きこのみに分かれると思うので、何とも言えないところもありますが

libに置くと先述の記事のように、Railsをアップグレードしたときハマる可能性がある

これに関しては何とも...
appディレクトリに置こうがアップグレードした時にハマる時というのはどんなフレームワークに至っても言えることなので何とも...

自分の結論としては置くべき、という結論ではなく、プロジェクトによって置く場所を決める、という感じですね

Comments

[vc3000]

「拡張モジュール」とは何ですか？