1.4.3 アプリケーション（フロントコントローラ）（1）

1.4.3 アプリケーション（フロントコントローラ）（1）

セクション 1.4.2 では、元の MVC モデルが改善され、エントリファイルに URL 解析が実装されました。ユーザーからのすべてのリクエストは、サーバーの *** アクセス可能なファイルに送信されます。 URL を解析した後、最終的にアクセスするコントローラーにリダイレクトします。しかし、URL パラメータや POST データに必要なチェックや特殊文字のフィルタリング、ログ、アクセス統計など、システムが複雑化、多様化するにつれて、集中的に処理できるタスクをすべてエントリファイルで実行すると、コードの重複、混乱、ビジネスロジックの分散が発生します。したがって、システムコードロジックの複雑さを軽減し、制御システムをさらに集中化し、システムのセキュリティ制御機能、保守性、再利用性、スケーラビリティを向上させるために、このセクションでは、元のMVCモデルを改良し、アプリケーション（フロントエンドコントローラー）の概念を提案し、複雑なシステムでMVCフロントエンドコントローラー開発モデルの最適化戦略を実装します。

1. アプリケーションにURL解析を実装する

さまざまなリクエストを処理するための中心を提供するために、フロントエンドコントローラーモードが採用されています。処理作業には、セキュリティトランザクション、ビューの選択、例外処理、応答コンテンツの生成が含まれます。これらの処理タスクを 1 点に集中させることで、PHP コードの量が大幅に削減され、ビュー層のプログラムロジックも削減され、異なるリクエスト間で大量のロジックコードを再利用できるようになります。

アプリケーション (フロントコントローラー) の URL 解析機能は、framework/Cweb-Application.php ファイルに実装されています。フローチャートを図1-9に示します。 URL解析コードは次のとおりです。

  php  
クラスCWebApplication {
パブリック $name;
 //デフォルトのコントローラはSiteControllerです
パブリック $ defaultController = "サイト" ;
 //デフォルトのアクションはactionIndexです
パブリック $ defaultAction = "index" ;
 //アプリケーションを実行する
パブリック関数 run()
 {
 // URL が http://hostname/index.php の場合? r =コントローラーID / アクションID
 //コントローラID/アクションIDを取得
if(!empty($_GET['r']))
 {
 $ルート= $_GET['r'];
 //コントローラIDを取得し、メンバー変数に割り当てる
$ pos = strpos ($route,'/');
 $this- > defaultController = substr ($route,0,$pos);
 $this- > defaultController = strtolower ($this- > defaultController);
 //アクションIDを取得し、メンバー変数に割り当てる
$this- > defaultAction =(文字列)substr($route,$pos+1);
 }
 //コントローラクラス名を取得する
$ className = ucfirst ($this- > defaultController).'Controller';
 //コントローラのファイルパスを取得する
$ classFile = "./protected/controllers/" .$className.'.php';
 //最後のステップ: クラスファイルが存在し、クラスが存在する場合は、インポートして acion メソッドを呼び出します
if(is_file($classFile))
 {
 if(!class_exists($className,false))
 {
 $classFile が必要です。
 $クラス=新しい$className();
 $ functionName = "action" .ucfirst($this- > defaultAction);
 $class -> $functionName();
 }
 }
 }
 }

2. シングルトンモードでのアプリケーションの作成（フロントエンドコントローラ設計パターン）

システム内の一部のクラスでは、インスタンスを 1 つだけ持つことが重要です。たとえば、システム内に複数の印刷タスクが存在する可能性がありますが、実行できるのは 1 つのタスクだけです。システムにはウィンドウマネージャーまたはファイルシステムを 1 つだけ設定できます。システムにはタイミングツールまたは ID (シリアル番号) ジェネレーターを 1 つだけ設定できます。たとえば、Windows ではタスクマネージャーを 1 つしか開くことができません。ウィンドウオブジェクトを最適化するメカニズムが使用されていない場合は、複数のウィンドウがポップアップ表示されます。これらのウィンドウに表示される内容がまったく同じである場合、それらは重複オブジェクトであり、メモリリソースを浪費します。これらのウィンドウに表示される内容に矛盾がある場合、それはシステムが特定の瞬間に複数の状態を持っていることを意味し、これは実際の状況と一致しておらず、どれが実際の状態であるかわからないため、ユーザーに誤解を招くことになります。したがって、システム内のオブジェクトの一意性を確保することが非常に重要です (つまり、クラスは 1 つのインスタンスしか持つことができません)。

システム内のアプリケーション (フロントエンドコントローラー) にはインスタンスオブジェクトが 1 つだけ存在し、インスタンスオブジェクトが外部から簡単にアクセスできるようにすることで、アプリケーションインスタンスオブジェクトの数の制御を容易にし、システムリソースを節約できることを期待しています。シングルトンパターンは最適なソリューションの 1 つです。

シングルトンパターンは、よく使用されるソフトウェア設計パターンです。重要なポイントは 3 つあります。まず、クラスにはインスタンスが 1 つしか存在できません。 2 番目に、このインスタンスを独自に作成する必要があります。 3 番目に、このインスタンスをシステム全体に自ら提供する必要があります。

具体的な実装の観点からは、3 つのポイントがあります。まず、シングルトンパターンのクラスはプライベートコンストラクターのみを提供します。 2 番目に、クラス定義にはクラスの静的プライベートオブジェクトが含まれています。 3 番目に、クラスは独自の静的プライベートオブジェクトを作成または取得するための静的パブリックメソッドを提供します。次のコードをframework/CWebApplication.phpに追加します。

  php  
クラスCWebApplication {
 …
 //クラスの静的プライベートオブジェクトを定義する
プライベート静的$_app;
 //インスタンスオブジェクトが作成されるときにコンストラクタが自動的に実行されます
プライベート関数 __construct($ config = null )
 {
 //設定ファイル内の配列を取得する
}
 //静的パブリックメソッドは、独自の静的プライベートオブジェクトを作成するために使用されます
パブリック静的関数 createApplication($ config = null )
 {
 if(self::$ _app === null)
 self::$ _app =新しいCApplication($config);
 self::$_app を返します。
 }
 //静的パブリックメソッドは、独自の静的プライベートオブジェクトを取得するために使用されます
パブリック静的関数 app()
 {
 self::$_app を返します。
 }
 //アプリケーションを実行する
パブリック関数run(){……}
 }

3. アプリケーション構成ファイル

デフォルトでは、アプリケーションは CWebApplication のインスタンスです。カスタマイズするには、通常、アプリケーションインスタンスを作成するときに、プロパティ値を初期化するための構成ファイルを提供する必要があります。これはコンピューターを組み立てるようなものです。お客様から具体的な構成シートをご持参いただき、ご要望に応じて要件を満たすコンピュータを組み立てます。 CWebApplication はアセンブラであり、構成シートは以下に説明する構成ファイルです。

構成情報は、配列要素として構成ファイルに保存されます。 1 つの要素は 2 つの文字列で構成されるキーと値のペアであり、1 つの文字列はキーであり、もう 1 つの文字列はキーに対応する値です。ほとんどのシステムには、構成ファイルに配置されたいくつかの構成定数があります。システムは、構成ファイルにアクセスして構成定数を取得します。プログラムを変更せずに、設定ファイルを変更することでシステム構成を変更できます。システムは、構成ファイルにいくつかの作業環境情報を保存することもできます。これにより、システムにアクセスするたびに、この情報が各アプリケーションのライフサイクルで実行されます。

これらの設定は通常、別の PHP スクリプト (protected/config/main.php) に保存されます。スクリプトでは、次の方法でこの構成配列を返します。

  php  
配列を返す(
 //デフォルトのコントローラ
"defaultController" = > "デフォルト",
 //アプリケーションのグローバル アクセス メソッド Yii::app()- > name;を通じて直接アクセスします。
 "name"= > "私のアプリケーション",
 );
 ?>

アプリケーションの構築メソッドに構成ファイル操作のコードを追加します。

  php  
クラスCWebApplication {
 …
 //インスタンスオブジェクトが作成されるときにコンストラクタが自動的に実行されます
プライベート関数 __construct($ config = null )
 {
 //設定ファイル内の配列を取得する
if(is_string($config))
 $ config = が必要です($config);
 /*
構成ファイルの配列で定義された要素をCWebApplicationクラスの同じメンバープロパティに割り当てます。
配列（
 "name"= > "私のアプリケーション",
 "defaultController" = > "デフォルト",
 );
 */
 if(is_array($config))
 {
 /*
最初のループ: $this- > name = "my application";
 2 番目のループ: $this- > defaultController = "default";
 */
 foreach($config を $キー= > $ 値として)
 $this- > $キー=$ 値;
 }
 }
 …
 }