Previous Next

フロントコントローラ

概要

Zend_Controller_Front» Model-View-Controller (MVC) アプリケーションで用いられる »  フロントコントローラパターン を実装したものです。 その役割は、リクエスト環境を初期化してリクエストの配送先を決定し、 見つかった配送先に処理を引き渡すことです。また、 レスポンスの内容を取得してそれをコール元に返します。

Zend_Controller_Front» シングルトンパターン も実装しています。つまり、どんな場合でもひとつのインスタンスしか存在しないことになります。 これを利用すると、コントローラをレジストリとして扱えるようになります。

Zend_Controller_Frontプラグインブローカ を持っています。これにより、さまざまなイベントをプラグインで処理できるようになります。 開発者は、ディスパッチ処理をカスタマイズして機能を追加する際に フロントコントローラ自体を継承したクラスを作成する必要がなくなります。

アクションコントローラ へのパスを含むディレクトリを最低ひとつは指定しないと、 フロントコントローラは動作しません。 フロントコントローラの動作環境やそのヘルパークラスを変更するために、 さまざまな手法が用意されています。

Note: デフォルトの挙動

デフォルトでは、フロントコントローラは ErrorHandler プラグインと ViewRenderer アクションヘルパープラグインを読み込みます。 これらにより、コントローラ内でのエラー処理やビューのレンダリングがシンプルに行えるようになります。

ErrorHandler を無効にするには、 dispatch() をコールする前のどこかで以下のようにします。

setParam('noErrorHandler', true);

ViewRenderer を無効にするには、 dispatch() をコールする前に以下を実行します。

setParam('noViewRenderer', true);

主要なメソッド

フロントコントローラには、その環境設定用のメソッドがいくつか用意されています。 そのうち、フロントコントローラの機能の鍵となる主要なメソッドは、以下の3つです。

getInstance()

getInstance() は、フロントコントローラのインスタンスを取得します。 フロントコントローラはシングルトンパターンを実装しているので、 フロントコントローラのインスタンスを作成する唯一の方法はこのメソッドをコールすることとなります。



        

setControllerDirectory() および addControllerDirectory

setControllerDirectory() は、ディスパッチャアクションコントローラ クラスファイルをどこから探せばよいのかを指定するメソッドです。 単一のパスを指定することもできますし、複数のパスを連想配列で指定することもできます。

いくつか例を示します。

// デフォルトのコントローラディレクトリを設定します
$front->setControllerDirectory('../application/controllers');

// 複数のモジュールのディレクトリを一度に指定します
$front->setControllerDirectory(array(
    'default' => '../application/controllers',
    'blog'    => '../modules/blog/controllers',
    'news'    => '../modules/news/controllers',
));

// 'foo' モジュールのディレクトリを追加します
$front->addControllerDirectory('../modules/foo/controllers', 'foo');

Note:

addControllerDirectory() でモジュール名を省略すると、default モジュールが指定されたものとみなします。 もしすでに存在する場合は、それを上書きします。

コントローラディレクトリの現在の設定を取得するには getControllerDirectory() を使用します。 これは、モジュールとディレクトリの組を配列で返します。

dispatch()

dispatch(Zend_Controller_Request_Abstract $request = null, Zend_Controller_Response_Abstract $response = null) は、フロントコントローラでもっとも重要な仕事を担当します。 オプションで リクエストオブジェクトレスポンスオブジェクト を受け取り、それぞれ独自のオブジェクトを指定することができます。

リクエストオブジェクトやレスポンスオブジェクトを省略すると、 dispatch() は事前にオブジェクトが登録されているかどうかを確認します。 もし登録されていればそれを使用し、登録されていなければデフォルトのオブジェクトを作成して使用します (どちらの場合についても、HTTP リクエスト/レスポンス オブジェクトをデフォルトで使用します)。

同様に、dispatch()ルータディスパッチャ オブジェクトについても登録済みのものがあるかどうかを確認します。 もしあればそれを使用し、なければデフォルトのオブジェクトを作成して使用します。

ディスパッチ処理は、次の三段階に分けられます。

  • ルーティング

  • ディスパッチ

  • レスポンス

ルーティングは一度だけ発生します。これは、dispatch() がコールされた際のリクエストオブジェクトの内容を使用して行います。 ディスパッチは繰り返し行われます。 ひとつのリクエストが複数のアクションを指定している場合や、 コントローラまたはプラグインがリクエストオブジェクトを設定しなおして 別のアクションへディスパッチさせた場合などです。 すべてが終了したら、フロントコントローラはレスポンスを返します。

run()

Zend_Controller_Front::run($path) は静的メソッドで、コントローラを含むディレクトリへのパスを指定します。 このメソッドは getInstance() を使用してフロントコントローラのインスタンスを取得し、 setControllerDirectory() を使用してパスを登録し、最後に ディスパッチ します。

run() は、サイト単位の設定などで フロントコントローラのカスタマイズが不要な場合に便利なメソッドです。



        

環境へのアクセス用メソッド群

これまでに説明したメソッド以外にもさまざまなアクセス用メソッドが用意されており、 これらを使用してフロンとコントローラの環境にアクセスすることができます。 つまり、フロントコントローラが処理を委譲しているクラスの環境にもアクセスできるということです。

  • resetInstance() は、現在の設定をすべて消去します。 主にテスト目的で使用しますが、 複数のフロントコントローラを連結させたい場合などに使用することもあります。

  • (set|get)DefaultControllerName() で、デフォルトのコントローラとして使用する名前を指定したり (指定しなければ 'index' となります) 現在の設定を取得したりできます。 これらメソッドは、 ディスパッチャ へのプロキシです。

  • (set|get)DefaultAction() で、デフォルトのアクションとして使用する名前を指定したり (指定しなければ 'index' となります) 現在の設定を取得したりできます。 これらのメソッドは ディスパッチャ へのプロキシです。

  • (set|get)Request() は、ディスパッチ処理で使用する リクエスト クラスやオブジェクトを指定したり、現在のオブジェクトを取得したりします。 リクエストオブジェクトを指定するときに、クラス名を指定することができます。 この場合、このメソッドは指定したクラスファイルを読み込んでインスタンスを作成します。

  • (set|get)Router() は、ディスパッチ処理で使用する ルータ クラスやオブジェクトを指定したり、現在のオブジェクトを取得したりします。 ルータオブジェクトを指定するときに、クラス名を指定することができます。 この場合、このメソッドは指定したクラスファイルを読み込んでインスタンスを作成します。

    ルータオブジェクトを取得する際には、まずルータが存在するかどうかを調べ、 存在しない場合にはデフォルトのルータ (rewrite ルータ) のインスタンスを作成します。

  • (set|get)BaseUrl() は、リクエストのルーティング時に URL から取り除く 基底 URL を指定したり、現在の値を取得したりします。 この値は、ルーティングの直前にリクエストオブジェクトに渡されます。

  • (set|get)Dispatcher() は、ディスパッチ処理で使用する ディスパッチャ クラスやオブジェクトを指定したり、現在のオブジェクトを取得したりします。 ディスパッチャオブジェクトを指定するときに、クラス名を指定することができます。 この場合、このメソッドは指定したクラスファイルを読み込んでインスタンスを作成します。

    ディスパッチャオブジェクトを取得する際には、まずディスパッチャが存在するかどうかを調べ、 存在しない場合にはデフォルトのディスパッチャのインスタンスを作成します。

  • (set|get)Response() は、ディスパッチ処理で使用する レスポンス クラスやオブジェクトを指定したり、現在のオブジェクトを取得したりします。 レスポンスオブジェクトを指定するときに、クラス名を指定することができます。 この場合、このメソッドは指定したクラスファイルを読み込んでインスタンスを作成します。

  • registerPlugin(Zend_Controller_Plugin_Abstract $plugin, $stackIndex = null) は、プラグインオブジェクト を登録します。オプションの $stackIndex を設定すると、プラグインの実行順を制御することができます。

  • unregisterPlugin($plugin) は、 プラグインオブジェクト の登録を解除します。$plugin にはプラグインオブジェクトそのものか、あるいはプラグインのクラス名を表す文字列を指定します。 ここで指定したプラグインの登録を解除します。

  • throwExceptions($flag) で、ディスパッチの際に発生した例外をスローするかどうかを切り替えます。 デフォルトでは、例外はスローされず、 レスポンスオブジェクト に保存されます。throwExceptions() をオンにすると、この挙動を変更できます。

    詳細は MVC での例外 を参照ください。

  • returnResponse($flag) は、フロントコントローラが dispatch() からのレスポンスを返す (true) かレスポンスを自動的に発行する (false) かを切り替えます。デフォルトでは、レスポンスは (Zend_Controller_Response_Abstract::sendResponse() によって) 自動的に発行されます。returnResponse() をオンにすると、この挙動を変更できます。 behaviour.

    レスポンスを返すようにする理由としては、 実際に発行する前に例外のチェックを行いたり レスポンスの情報 (ヘッダなど) をログに記録したりなどが考えられます。

フロントコントローラのパラメータ

最初のほうで、フロントコントローラはレジストリとしても使用できると説明しました。 その際に使用するのが "param" 系のメソッド群です。 これらのメソッドを使用すると、任意のデータ (オブジェクトや変数) をフロントコントローラに登録することができます。 登録したデータは、ディスパッチチェイン内のどこででも使用できます。 これらの値は、ルータやディスパッチャそしてアクションコントローラにも渡されます。 各メソッドについて、以下にまとめます。

  • setParam($name, $value) は、 パラメータ $name の値を $value に設定します。

  • setParams(array $params) は、 連想配列を使用して複数のパラメータを一度に設定します。

  • getParam($name) は、 $name で指定した名前のパラメータの値を取得します。

  • getParams() は、 すべてのパラメータの一覧を一度に取得します。

  • clearParams() は、 単一のパラメータ (文字列で指定した場合) か 複数のパラメータ (文字列の配列で指定した場合)、 またはすべてのパラメータ (何も指定しなかった場合) を消去します。

ディスパッチチェイン内で特定の目的で使用するために、 いくつかのパラメータが事前に定義されています。

  • useDefaultControllerAlways は、 ディスパッチできない (モジュール、コントローラ、アクションのいずれかが存在しない) リクエストに対して、 デフォルトモジュールのデフォルトコントローラにディスパッチするよう ディスパッチャ に指示します。デフォルトではこの機能は無効になっています。

    この設定の使用法についての詳細は MVC で遭遇するであろう例外 を参照ください。

  • disableOutputBuffering は、 アクションコントローラの出力をバッファリングしないよう ディスパッチャ に指示します。デフォルトでは、 ディスパッチャがいったんすべての出力をキャプチャして、 レスポンスオブジェクトに追加しています。

  • noViewRenderer を使用して、ViewRenderer を無効にします。このパラメータを true に設定すると、無効となります。

  • noErrorHandler を使用して、 エラーハンドラプラグイン を無効にします。 このパラメータを true に設定すると、無効となります。

フロントコントローラのサブクラスの作成

フロントコントローラのサブクラスを作成する際は、 最低限 getInstance() メソッドをオーバーライドしなければなりません。

class My_Controller_Front extends Zend_Controller_Front
{
    public static function getInstance()
    {
        if (null === self::$_instance) {
            self::$_instance = new self();
        }

        return self::$_instance;
    }
}

getInstance() メソッドをオーバーライドすることで、それ以降の Zend_Controller_Front::getInstance() のコールが Zend_Controller_Front ではなく新しいサブクラスのインスタンスを返すようになります。 これは、デフォルト以外のルータやビューヘルパーを使用する場合などに便利です。

何か新しい機能 (たとえばプラグインの自動ローダーや、 アクションヘルパーのパスの指定方法) を追加したいというのでもない限り、 ふつうはフロントコントローラのサブクラスを作成する必要はありません。 ほかに変更したくなるような箇所としては、 コントローラディレクトリの保存方法や デフォルトルータ/デフォルトディスパッチャを使用するかどうかなどがあるでしょう。

Previous Next
Introduction to Zend Framework
概要
インストール
Zend_Acl
導入
アクセス制御の洗練
高度な使用法
Zend_Auth
導入
データベースのテーブルでの認証
ダイジェスト認証
HTTP 認証アダプタ
LDAP 認証
Open ID 認証
Zend_Cache
導入
キャッシュの仕組み
Zend_Cache のフロントエンド
Zend_Cache のバックエンド
Zend_Captcha
Introduction
Captcha Operation
Captcha Adapters
Zend_Config
導入
動作原理
Zend_Config_Ini
Zend_Config_Xml
Zend_Console_Getopt
Getopt について
Getopt の規則の宣言
オプションおよび引数の取得
Zend_Console_Getopt の設定
Zend_Controller
Zend_Controller クイックスタート
Zend_Controller の基本
フロントコントローラ
リクエストオブジェクト
標準のルータ: Zend_Controller_Router_Rewrite
ディスパッチャ
アクションコントローラ
アクションヘルパー
レスポンスオブジェクト
プラグイン
モジュラーディレクトリ構造の規約の使用
MVC での例外
以前のバージョンからの移行
Zend_Currency
Zend_Currency について
通貨の操作方法
以前のバージョンからの移行
Zend_Date
導入
動作原理
基本メソッド
Zend_Date API の概要
日付の作成
日付関数全般用の定数
動作例
Zend_Db
Zend_Db_Adapter
Zend_Db_Statement
Zend_Db_Profiler
Zend_Db_Select
Zend_Db_Table
Zend_Db_Table_Row
Zend_Db_Table_Rowset
導入
Zend_Debug
変数の出力
Zend_Dojo
Introduction
Zend_Dojo_Data: dojo.data Envelopes
Dojo View Helpers
Dojo Form Elements and Decorators
Zend_Dom
導入
Zend_Dom_Query
Zend_Exception
例外の使用法
Zend_Feed
導入
フィードの読み込み
ウェブページからのフィードの取得
RSS フィードの使用
Atom フィードの使用
単一の Atom エントリの処理
フィードおよびエントリの構造の変更
独自のフィードクラスおよびエントリクラス
Zend_File
Zend_File_Transfer
Validators for Zend_File_Transfer
Zend_Filter
導入
標準のフィルタクラス群
フィルタチェイン
フィルタの書き方
Zend_Filter_Input
Zend_Filter_Inflector
Zend_Form
Zend_Form
Zend_Form クイックスタート
Zend_Form_Element を用いたフォーム要素の作成
Zend_Form によるフォームの作成
Zend_Form_Decorator による独自のフォームマークアップの作成
Zend Framework に同梱されている標準のフォーム要素
Zend Framework に同梱されている標準のデコレータ
Zend_Form の国際化
Zend_Form の高度な使用法
Zend_Gdata
Gdata について
AuthSub による認証
ClientLogin による認証
Google Calendar の使用法
Google Documents List Data API の使用法
Google Spreadsheets の使用法
Google Apps Provisioning の使用法
Google Base の使用法
YouTube Data API の使用法
Picasa Web Albums の使用法
Gdata の例外処理
Zend_Http
Zend_Http_Client - 導入
Zend_Http_Client - 高度な使用法
Zend_Http_Client - 接続アダプタ
Zend_Http_Cookie および Zend_Http_CookieJar
Zend_Http_Response
Zend_InfoCard
導入
Zend_Json
導入
基本的な使用法
JSON オブジェクト
XML から JSON への変換
Zend_Json_Server - JSON-RPC server
Zend_Layout
導入
Zend_Layout クイックスタート
Zend_Layout の設定オプション
Zend_Layout の高度な使用法
Zend_Ldap
導入
Zend_Loader
ファイルやクラスの動的な読み込み
プラグインのロード
Zend_Locale
導入
Zend_Locale の使用法
正規化および地域化
日付および時刻の扱い
ロケールがサポートする言語
ロケールがサポートする地域
Zend_Log
概要
ライター
フォーマッタ
フィルタ
Zend_Mail
導入
SMTP 経由での送信
SMTP 接続による複数のメールの送信
異なる転送手段の使用
HTML メール
ファイルの添付
受信者の追加
MIME バウンダリの制御
追加のヘッダ
文字セット
エンコーディング
SMTP 認証
セキュアな SMTP トランスポート
メールメッセージの読み込み
Zend_Measure
導入
計測値の作成
計測値の出力
計測値の操作
計測値の型
Zend_Memory
概要
メモリマネージャ
メモリオブジェクト
Zend_Mime
Zend_Mime
Zend_Mime_Message
Zend_Mime_Part
Zend_OpenId
導入
Zend_OpenId_Consumer の基本
Zend_OpenId_Provider
Zend_Paginator
Introduction
Usage
Configuration
Advanced usage
Zend_Pdf
導入
PDF ドキュメントの作成および読み込み
PDF ドキュメントへの変更内容の保存
ドキュメントのページ
描画
ドキュメントの情報およびメタデータ
Zend_Pdf モジュールの使用例
Zend_Registry
レジストリの使用法
Zend_Rest
導入
Zend_Rest_Client
Zend_Rest_Server
Zend_Search_Lucene
概要
インデックスの構築
インデックスの検索
クエリ言語
クエリ作成用の API
文字セット
拡張性
Java Lucene との相互運用
応用
ベストプラクティス
Zend_Server
導入
Zend_Server_Reflection
Zend_Service
導入
Zend_Service_Akismet
Zend_Service_Amazon
Zend_Service_Audioscrobbler
Zend_Service_Delicious
Zend_Service_Flickr
Zend_Service_Nirvanix
Zend_Service_ReCaptcha
Zend_Service_Simpy
導入
Zend_Service_StrikeIron
Zend_Service_StrikeIron: バンドルされているサービス
Zend_Service_StrikeIron: 応用編
Zend_Service_Technorati
Zend_Service_Yahoo
Zend_Session
導入
基本的な使用法
高度な使用法
グローバルセッションの管理
Zend_Session_SaveHandler_DbTable
Zend_Soap
Zend_Soap_Server
Zend_Soap_Client
WSDL Accessor
AutoDiscovery. Introduction
Class autodiscovering.
Functions autodiscovering.
Autodiscovering. Datatypes.
Zend_Test
Introduction
Zend_Test_PHPUnit
Zend_Text
Zend_Text_Figlet
Zend_TimeSync
導入
Zend_TimeSync の動作
Zend_Translate
導入
Zend_Translate のアダプタ
翻訳アダプタの使用法
Zend_Uri
Zend_Uri
Zend_Validate
導入
標準のバリデーションクラス群
バリデータチェイン
バリデータの書き方
Zend_Version
Zend Framework のバージョンの取得
Zend_View
導入
コントローラスクリプト
ビュースクリプト
ビューヘルパー
Zend_View_Abstract
Zend_Wildfire
Zend_Wildfire
Zend_XmlRpc
導入
Zend_XmlRpc_Client
Zend_XmlRpc_Server
Zend Framework のシステム要件
PHP のバージョン
PHP の拡張モジュール
Zend Framework のコンポーネント
Zend Framework の依存性
Zend Framework PHP 標準コーディング規約
概要
PHP ファイルの書式
命名規約
コーディングスタイル
著作権に関する情報