PHP での開発に MVC パターンを適用する

PHP での開発に MVC パターンを使用する

ソフトウェア構造の開発プロセスの 1、3 段階:

モデル 1モード 、モデル 2モード 、MVCモード

1>Model1最も重要な特徴は、、、つまりインターフェース

とビジネスロジックの処理が1つのファイル.で完結します

デメリット: 1プレゼンテーション層とビジネスロジック層が混在している、非常に煩雑です

2 実際の開発プロセス では、 は複数人での共同開発には適していません。

3 後のメンテナンスに役立ちません

利点: 1 シンプル、開発スピードが速い

2 小規模プロジェクトの開発に適しています

2>モデル 2 レイヤード モード : は、 インターフェイス と ビジネス ロジックを組み合わせます は 、構造が明確であるという利点があります、 は にとって有益です

分業 。一部の書籍では、この階層モデルを MV モデル 、 と呼んでいます。

つまり、M-->モデル (ビジネス ロジック層)、V-->ビュー(インターフェイス層)

開発中に Model1 モードのプログラムを Model2 に変更する方法:

1、インターフェイス層は PHP を使用します。ビジネス ロジックはクラス ( クラスを使用してビジネス操作をカプセル化します) )

2 、 一般的に使用されるコードをカプセル化します (データベース操作など ) 、 カテゴリ 。。

3>MVC

モード : は、実際にはレイヤード モード でコントローラーを追加します。

アプリケーションは入力 、 処理と出力 を MVC を使用するように強制します。 アプリケーションは に分かれています

3 つのコアコンポーネント

: モデルM、ビューV、 コントローラーC

M

は主にクラス によって実行され、 は特定のビジネス ロジック を処理するために使用されます。

V

は、主にデータ を表示するためのインターフェース 、 として使用されます。

C

は、ユーザー からのさまざまなリクエストに応答するために使用されます。

2、MVC を使用する理由:

Model2 モード 、 では、インターフェイスが表示機能として機能するだけではないことがわかりました 、

はさまざまなリクエストも処理します

(現在のインターフェース 内の特定のデータの削除など)、ただし、プロジェクトとして進化 継続的拡張 、 インターフェース 、 に多くのリクエストがあり、それらがすべてインターフェース コードは非常に乱雑に見えます

つまり、特定のリクエストを処理のためにインターフェイス層に直接渡すのは良くありません , その後、MVC パターン が生まれました。