モジュールに分割すると、SC/FM を使用する理由の一部が無効になるという点で、あなたの言うとおりです。しかし、いくつかの理由から、それは依然として良い習慣です:
1)コードの再利用性モデルは再利用できるはずだとおっしゃいましたが、再利用できるコードが多ければ多いほどよいのです。はい、モジュールもこれを行うことは知っていますが、モジュールのポイントは、コードを分離して移植可能にすることです。後の段階でそれらのコントローラーを拡張したい場合があり、SC / FM の方法で作業すると、そのときに役立ちます。
2)コードの読みやすさコードを読むとき、ほとんどの人はルート構成から始めて、適切なコントローラーに行きます。スキニー コントローラーはディレクターとして機能し、簡潔で読みやすいものにする必要があります。より複雑で冗長なコードを呼び出すだけです。コードが少ないほど、従うのが簡単になります。
3)ローマにいるとき見逃すわけにはいきませんが、MVC フレームワークを使用するすべての人* がこのように作業するという事実は、あなたもこのように作業する必要があることを意味します。誰とでも違うことをしたいのは、ただのお尻の痛みです。
コードを書き直す必要がありますか?
おそらくすぐにではありませんが、もっとやるべきことがあるはずです。この時点からこの考え方で考えようとすると、ある時点で古いコードを振り返って変更します (おそらく、とにかく何かを変更しているときに) が、今のところ、それが壊れていない場合.. .
さらに、モジュラー方式で作業することは見た目ほど簡単ではありません。真に再利用可能なモジュラー コードを作成することは容易ではなく、実際には、単一のサイトに対して迅速でダーティなコードを実行する場合と比較して、かなりのオーバーヘッドが必要です。既存のコードを真にモジュラーなものに変換するために何が必要かをよく理解するまで、新しいコードでこれを練習し始める方が良いかもしれません - これはあなたの太ったコントローラを整理する時です.
特定のサイト用に新しいコードを書くときは、後で別のサイトで再利用したくなるかもしれないということを常に念頭に置いています。時間が来たら、行って微調整する方がはるかに良いです。
HMVC に関する意見
正直に言うと、HMVC のビットが何なのかはよくわかりませんが、HMVC wiredesignz に出くわしたので、スライスしたパン以来、モジュールは最高のものです。さらに重要なことは、私が同じことをするのに費やす時間が大幅に減ることです... サイトにギャラリーが欲しいもの。ここにギャラリー マネージャー モジュール、Cms があります。はい、cms モジュールがあります。今では、何百もの異なるサイトではなく、1 つのフレームワークに多くのバリエーションがあります。
概要
現時点では単純なモジュールを扱っている可能性があります。つまり、コードの再利用性と明快さは、それらのモジュール内の主要な問題ではないということです。しかし、今日から適切なプラクティスでコーディングを開始してください。また、巨大な CMS や製品モジュールに取り組んでいるときは、やり遂げたことを嬉しく思います。
MVC でモデルをどのように構成する必要がありますか?