フレームワークを理解するために、 railstutorial.orgのチュートリアルに取り組み始めまし た。私のコントローラーはまだ巨大ではありませんが、単一責任プリンシパル (SRP)がチュートリアルの範囲を超えているため、チュートリアル全体で適用されていないことがわかります。
私はこの比較的単純なコントローラーをここに持っています。さまざまな問題 (認証や承認など) がこのコントローラーにリークしていることが既に確認できます。このコントローラーには、開始するにはあまりにも多くのアクションが含まれています。これにより、1 つのコントローラーに割り当てられるアクションが多すぎます。これらの問題の 1 つを解決し、非常に興味深いように見える、Rails に焦点を合わせたコントローラーを偶然見つけました。
これは一般的な解決策ですか?それとも、より良い解決策がありますか?
.net の世界では、アスペクト指向プログラミング (AOP)を使用して、よりクリーンな関心の分離 (SoC)を実現する傾向があります。しかし、最近、何人かがFubu Behaviorsと呼ばれる新しいフロント コントローラー フレームワークを作成しました。リクエスト パイプラインのアイデアをうまく捉えています。私にとってますます意味のあるもの。
リクエストを処理するために、アクションが実行される前 (場合によっては後) にいくつかの手順を実行する傾向があります。場合によっては、条件付きでリクエストを終了します。ビヘイビアやパイプライン、ロシア人形のパターンなどを使うのが自然に思えます。チェーン内の各リンクが継続または停止のいずれかを担当するようにします。継承は最善の解決策ではないようです。
レールに似たようなものはありますか?レールでは意味がありますか?
おすすめの読み物も大歓迎です!