懸念事項は、パーシャルのロジックを共有するのに役立ちますか? Rails 4 にはコントローラー用の "concerns" フォルダーがありますが、アプリの生成時には空です。
DHH は懸念事項に関するブログを書きました (しかし、モデルに関するものだと思います): http://37signals.com/svn/posts/3372-put-chubby-models-on-a-diet-with-concerns
簡潔な例をいただければ幸いです。
懸念事項は、パーシャルのロジックを共有するのに役立ちますか? Rails 4 にはコントローラー用の "concerns" フォルダーがありますが、アプリの生成時には空です。
DHH は懸念事項に関するブログを書きました (しかし、モデルに関するものだと思います): http://37signals.com/svn/posts/3372-put-chubby-models-on-a-diet-with-concerns
簡潔な例をいただければ幸いです。
簡単に言えば:
ヘルパーには、ビューで使用されるメソッドが含まれています。
懸念事項は、コントローラ/モデルに含まれるモジュールです(懸念事項によって異なります)。
これは、必要に応じて別の場所に配置できるコードを含む単なるフォルダーです。私たちは、より多くの報酬を得るために、懸念などの派手な用語を使用しています。
懸念事項は、たとえばコントローラーまたはモデル クラスに混在するモジュールです。DHH の投稿はモデルに焦点を当てていましたが、同じことがコントローラーにも当てはまります。モデルやコントローラーのクラスをスリム化するのに役立ち、複数のクラスで共通のコードを再利用しやすくなります。
ヘルパーは、ビューから、または非常にまれにコントローラーから呼び出したい短いプレゼンテーション指向のメソッド用です。