MVC を自分で作成する必要がありますか、それとも既製のものを使用する必要がありますか?

私は現在、オブジェクト指向プログラミングを必要とするプロジェクトに取り組んでいます。
MVCモードで書きたいけど、MVCを自分で書くのは難しいかな？それとも既製のフレームワークを使用する方が良いでしょうか?
私は常にプロセス指向のコードを使用してコードを書いてきたため、オブジェクトを理解するだけで、プロジェクトを実行したことはありません。
皆様のご意見を頂ければ幸いです。

ディスカッションへの返信 (解決策)

mvc は大規模なプロジェクトにのみ使用してください。thinkphp が最も広く使用されています。

mvc モードが何なのかさえ知りませんが、それをどのように記述するか?単純なフレームワークを探して、それを作成できるかどうかを確認してください。そうでない場合は、他の人の最初のフレームワークを使用してください。

MVC はデザインパターンであり、設計思想とも言えます
MVC は多数のプログラミング実践からまとめられたものです
オブジェクト指向であってもプロセス指向であっても、MVC の影が見えてきます
それ意図的または非意図的にコードを記述するため、モデル、インターフェイス、コントロールの 3 つの部分から MVC が誕生しました

MVC はプロジェクトの構造を構築するために使用されるデザイン パターンです。

MVC は厳密には設計パラダイムと呼ばれます。元の投稿者のプロジェクトでは、MVC パラダイムを採用するのは確実です。安心してsmartyをご利用ください。

フレームワークのソース コードを見てください。 。 MVC がどのように実装されるかを見てみましょう。 。 。
オブジェクト指向プログラミングは難しくありません。 。を活用します。 。

プロジェクトが急いでいる場合は、オープンソース フレームワークを使用してください。 thinkphp、yii、ci

よほどの理由がない限り、車輪を再発明しないでください。

私にはプロジェクトの経験はありませんし、大規模なプロジェクトでもありません。構築チームは Smarty を使用することをお勧めします。実際、MVC では、コントローラーがページ表示、ビュー (HTML を格納する) によって表示されるページを制御し、モデルがデータベースの追加、削除、変更、クエリを制御します。やることを別のフォルダに入れて、それを継続的に継承して呼び出すのも mvc の一種です。