次はMVCに反対するかどうかを知る必要がありますか？モデルA、B、Cがあり、CMSとサイトの2つのメインコントローラーがあります。私のチームリーダーは、A、B、C（サイトにアクセス）と（CMSに配置）のクラッド操作を実行すると言います。
私はそれに同意しませんでした、そして私は各モデルのためにコントローラーを持ちたかったのです。なぜ私たちはすべての機能を1つの場所にグループ化するのですか？だから私は何をすべきですか私は間違っていますか？それはプロジェクトの将来にとって良いことですか？特に、私は近い将来に来る非常に多くの操作とタスクに責任があり、そのような混雑した不親切なコード設計に取り組むのは嫌です。
CRUD操作はモデルで処理する必要があるように感じます。次に、コントローラーは上記のモデルを使用してCRUD操作を実行し、モデルがアプリケーションロジックを保持してコントローラーを「スキニー」に保つことができます。
これは、モデルがビジネスオブジェクトを表すことを前提としています。
コントローラごとに操作を分割する方法は、かなり個人的な好みです。コントローラーをモデルを反映する論理的な部分に分割することには、管理が容易になるため、ある程度の価値があると思います。
一部の実装は、実際にはサービス内のすべてのCrud操作を処理します。これには、複数のリポジトリを含めることができ、複数のリポジトリを必要とするビジネス操作を実行できます。この設計は通常、大規模なプロジェクトに適していますが、小規模なプロジェクトではやり過ぎになる可能性があります。