PHPのデザインフォームについて

PHP の設計パターンについて
あなたは、比較的体系的なプロジェクトやアプリケーションに参加したことがありますか? システム フレームワークの設計についてどう思いますか?

現在、多くの人が MVC について話しています。この設計パターンは保守が簡単です。

MVC を PHP 設計パターンに導入している人もいます。

しかし、聞きたいのですが、MVC は本当に PHP に適しているのでしょうか?

PHP の MVC 実装は非常にぎこちないといつも感じています。結局のところ、php ファイル内のプログラムは実行後に解放されますが、Java/C# のプログラムは常にメモリ内に存在するため、PHP のモジュール層は非常に高価ではないでしょうか。毎回最初から始めるのですか？

そして、PHP の MVC 実装におけるコントローラーは単純に必要ないと思います。もし誰かがこのようにデザインしたとしたら、きっと私と同じように感じるでしょう。

どう思いますか？
------ソリューション----------------------
MVC は、ソフトウェア システムとこれは、モデル、ビュー、コントローラーの 3 つの基本部分に分かれています。
建築モデルであるため、特定の言語に適しているかどうかは問題ではありません。それは単なる考え方、ものの見方です
MVC はあなたが言うほど保守が簡単ではありません。 その内部原理はより複雑なので、それを考えるのに時間がかかります。 MVC パターン アーキテクチャを使用してプロジェクトを開発する場合、MVC パターンをアプリケーションに適用する方法を検討するためにかなりの時間を費やす必要があります。同時に、モデルとビューを厳密に分離する必要があるため、アプリケーションのデバッグにも一定の困難が生じます。 。すべてのコンポーネントは使用前に徹底的にテストする必要があります。さらに、MVC パターンではアプリケーションが 3 つのコンポーネントに分割されるため、同じプロジェクトに以前よりも多くのファイルが含まれることになります。

コントローラーは単純に不要です C なしでも MVC ですか?
モジュール層は呼び出されるたびに最初から始まりますが、これは非常に高価ではありませんか? MVC を使用しないとオーバーヘッドは発生しませんか?必要な関数は常にコードで実装する必要がありますよね?

-----解決策--------------------------------
実際、mvc は現在、すべての開発言語で使用されています。

実際、mvc の主な役割はパフォーマンスと高速化を向上させることではありません。やはりフレームにボリュームとロスがあります。

mvc などを使用する主な目的は、コーディング、メンテナンス、開発の容易さだと個人的には考えています。

-----解決策---------
1階、2階 とても良いです合理的に存在し、後で開発したり維持したりするのは簡単ですが、最初はなぜこのように複雑にする必要があるのでしょう。
------解決策---------
#5

一部の論理処理はコントローラー内で完了しますが、それが簡単であるはずがありません。