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 は現在主流の開発言語の 1 つですすべて使用中です。

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

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

------解決策------------------
1階と2階はとても良いです。存在は合理的であり、主にアイデアであり、後で開発および保守するのが簡単です。 もちろん、最初はぎこちなく感じましたが、なぜこのような単純なことを複雑にしたいのですか？
------解決策----------------------
#5

いくつかのロジック処理はコントローラーで行われますが、どうして簡単にできるのでしょうか?