[Rails] ActiveSupport::Concern の存在理由 - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/castaneai

41 usersがブックマークコメント

記事へのコメント3件

注目コメント
新着コメント

akatakun クラスメソッドや組み込み先クラスの内部処理を module に入れたい場合は特殊なメソッドを使う必要がある場合に役に立つ，Mix-Inする側でMix-inされる側の依存モジュールを先にIncludeする必要がない

2018/01/22 リンク

kent-where-the-light-is “Concernあり require 'active_support/concern' module M extend ActiveSupport::Concern included do scope :disabled, -> { where(disabled: true) } end class_methods do ... end end def self.included(base) ... といった複雑な記述が省略されています。 ※なぜこのような記述が

2017/07/13 リンク

sessan active_support concernの存在理由を説明してくれている記事

rails

2016/10/21 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

[Rails] ActiveSupport::Concern の存在理由 - Qiita

Railsにおいて共通した処理を切り出すために [ActiveSupport::Concern] (http://api.rubyonrails.org/cl... Railsにおいて共通した処理を切り出すために [ActiveSupport::Concern] (http://api.rubyonrails.org/classes/ActiveSupport/Concern.html) がよく使われています。しかし、Rubyには元から mix-in という処理を切り出す機能があります。では、ActiveSupport::Concern の存在理由は何でしょうか。 mix-inの複雑な記述を省略できる Rubyの mix-in は通常以下のようなルールで記述します切り出した機能を module として作成共通メソッドを module 内に記述クラスメソッドや組み込み先クラスの内部処理を module に入れたい場合は特殊なメソッドを使う必要がある ActiveSupport::Concern はこの3番目にある特殊なメソッドの記述を簡単に