簡単に言えば、コントローラーの役割はリクエストを受け入れることです。 get メソッド (この場合は URI 経由) を使用して、プレゼンテーション層を更新または送信するための汎用モジュールをロードします。コントローラーは $_GET 自動グローバル変数を使用して、どのモジュールをロードするかを決定します。
リクエストの例は次のようになります:
http://example.com/index.php?module=login
これは簡単そうに思えますが、実装プロセス中はそうではありません。いくつかのコントローラーが認識できる引数の部分は次のとおりです:
モジュールは、users モジュールなど、どのモジュールを使用するかを定義します。
クラスは、どの機能クラスを使用するか (ユーザーにログインまたはログアウトさせるかなど) を定義します。
イベントは、どの機能を定義するかを定義します。使用するもの 特定のイベント
このようなより複雑な例は、上記の各引数で最終的に構成されるリクエスト URL を説明できます:
http://example.com/index.php?module=users&class=login
このリクエストは次のことを示します。特定のイベントが定義されていないため、ユーザー モジュールをロードし、次にログイン クラスをロードし、最後にデフォルト イベントの login::__default() を実行する必要があるコントローラ。
以下が具体的なコード部分です:
/**
*index.php
*
* @author Joe Stump <joe@joestump.net>
* @copyright Joe Stump <joe@joestump.net>
* @license http://www.opensource.org/licenses/gpl -license.php
* @package Framework
*/
require_once('config.php')
// {{{ __autoload($class)
/* *
* __autoload
*
* Autoloadは、ロードしようとしているクラスが見つからないときにPHPによって実行されます。
* クラスに賢く名前を付けることで、ほとんどのクラスを動的にロードできるはずです
* 動的に.
*
* @著者 Joe Stump <joe@joestump.net>
* @param string $class ロードしようとしているクラス名
* @return void
* @package Framework
*/
function __autoload($class)
{
$file = str_replace('_','/',substr($class,2)).'.php'
require_once(FR_BASE_PATH.' /includes /'.$file);
}
// }}}
if (isset($_GET['module'])) {
$module = $_GET['module'];
if (isset( $_GET ['event'])) {
$event = $_GET['event'];
} else {
$event = '__default';
}
if (isset($_GET['class']) ) {
$class = $_GET['class'];
} else {
$class = $module;
}
$classFile = FR_BASE_PATH.'/modules/'.$module.'/'.$class. '.php';
if (file_exists($classFile)) {
require_once($classFile);
if (class_exists($class)) {
try {
$instance = new $class();
if (!FR_Module :: isValid($instance)) {
die("要求されたモジュールは有効なフレームワークモジュールではありません!");
}
$instance->moduleName = $module;
if ($instance->authenticate()) {
try {
> (!PEAR::isError($presenter)) {
$presenter->display();
} else {
die($presenter->getMessage());
}
}
} catch ( Exception $error) {
die($error->getMessage());
}
} else {
die("要求されたページにアクセスできません!");
}
} catch (Exception $error) {
die($ error->getMessage());
}
} else {
die("リクエストに対する有効なモジュールが見つかりませんでした")
}
} else {
die("見つかりませんでした: $ classFile");
}
} else {
die("有効なモジュールが指定されていません");
}
?>
上記コードの具体的なコメントは以下の通りです:
Load "config.php"
__autoload()関数の定義。これは PHP5 の新機能で、さまざまなクラスの動的ロードを容易にします。
引数が定義されている場合は、関連するモジュール、クラス、特定のイベントをロードします
次のステップは、いくつかの判断とエラー固有の操作です
最後に、すべてが正しい後、プレゼンテーション層をロードします。
きれいな URL [フレンドリー URL]
上記の例で述べたリクエスト URL が不快に感じられる場合は、mod_rewrite を使用してフレンドリー URL を実装してください。次に、このフレームワーク用に作者が書いた実際の書き換え標準コードです:
RewriteEngine On
# ここの URI をホームページにしたいものに変更します
RewriteRule ^/$ /index.php?module=welcome [L,QSA]
# /index.php?module=welcome を /welcome に変更します
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-d
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f
RewriteRule ^/([^/ ]*)$ /index.php?module=$1 [L,QSA]
# /index.php?module=users&class=login を /users/login に変更します
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-d
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f
RewriteRule ^/([^/]*)/([^/]*)$ /index.php?module=$1&class=$2 [L,QSA]
# /index.php?module=users&class=login&event=foo を変更します
# /users/login/foo.html に変更します
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-d
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f
RewriteRule ^/([^/]*)/([^/]*)/([^/]*).html$
/index.php?module=$1&class=$2&event=$3 [ L、QSA]
コントローラーの拡張 [拡張コントローラー]
集中コントローラーの利点の 1 つは、機能を追加した後、コントローラーを通じてすぐに反映できることです。このコントローラーを拡張して、このフレームワークの全体的な機能をより強力にするためのアイデアをいくつか紹介します。
PHP5 の新しい機能である SoapServer を使用して、リクエストが SOAP かどうかを自動的に検出できます
コントローラーを使用してフィルタリングできます悪意のある HTML コードなどを防ぐための $_GET や $_POST などの自動グローバル変数キャッシュメカニズムをコントローラーに直接接続することで、アプリケーション全体がキャッシュを使用して効率を向上できることが利点です
もちろん、注意すべき点の 1 つは、コントローラーに追加した関数がプログラム全体に反映されることです。たとえば、すべての自動グローバル変数をフィルタリングしたいとしますが、多くのアプリケーション管理者は HTML コードを使用する必要があり、これは難しいことになります (翻訳者注: 私のアイデアは、フィルタリングを適用せずに特定のモジュールをロードする if 条件文を追加することです)関数)。