Previous Next

Zend_Test_PHPUnit

Zend_Test_PHPUnitMVC アプリケーション向けのテストケースを用意します。 さまざまな責務に対応したテスト用のアサーションが含まれています。 実際に何ができるのかを知るには、 サンプルを見ていただくのが一番でしょう。

例1 Application Login TestCase のサンプル

以下に示すのは UserController 用のシンプルなテストケースで、以下のような内容を検証します。

  • ログインフォームは、未認証のユーザに対しても表示されること。

  • ユーザがログインしたら、自分のプロファイルページにリダイレクトされること。 そしてプロファイルページには、関連する情報が表示されること。

この例は、いくつかの前提条件のもとに作成されています。 まず、起動時の設定のほとんどをプラグインに追い出しました。 これにより、環境設定が簡潔になったのおで テストケースの準備がしやすくなりました。 また、アプリケーションの起動処理が 1 行で書けるようになっています。 また、autoloading の設定を行うことで、 (コントローラやプラグインなどの) 適切なクラスをいちいち require することを考えなくてすむようにしています。

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function setUp()
    {
        $this->bootstrap = array($this, 'appBootstrap');
        parent::setUp();
    }

    public function appBootstrap()
    {
        $this->frontController
             ->registerPlugin(new Bugapp_Plugin_Initialize('development'));
    }

    public function testCallWithoutActionShouldPullFromIndexAction()
    {
        $this->dispatch('/user');
        $this->assertController('user');
        $this->assertAction('index');
    }

    public function testIndexActionShouldContainLoginForm()
    {
        $this->dispatch('/user');
        $this->assertAction('index');
        $this->assertQueryCount('form#loginForm', 1);
    }

    public function testValidLoginShouldGoToProfilePage()
    {
        $this->request->setMethod('POST')
              ->setPost(array(
                  'username' => 'foobar',
                  'password' => 'foobar'
              ));
        $this->dispatch('/user/login');
        $this->assertRedirectTo('/user/view');

        $this->resetRequest()
             ->resetResponse();

        $this->request->setMethod('GET')
             ->setPost(array());
        $this->dispatch('/user/view');
        $this->assertRoute('default');
        $this->assertModule('default');
        $this->assertController('user');
        $this->assertAction('view');
        $this->assertNotRedirect();
        $this->assertQuery('dl');
        $this->assertQueryContentContains('h2', 'User: foobar');
    }
}

この例は、もう少しシンプルに書くこともできます。 ここで示したアサーションのすべてが必須というわけではなく、 単に説明のためだけに用意しているものもあるからです。 アプリケーションのテストがいかにシンプルにできるのか、 この例でご理解いただけることでしょう。

テストケースの起動

Login サンプル で説明したように、すべての MVC テストケースは Zend_Test_PHPUnit_ControllerTestCase を継承しなければなりません。このクラスは PHPUnit_Framework_TestCase を継承しており、 PHPUnit が提供する仕組みやアサーションをすべて使用できます。 またそれに加えて、Zend Framework の MVC 実装に特化した scaffold 機能やアサーションもあります。

MVC アプリケーションをテストするには、まずそれを起動する必要があります。 いくつかの方法がありますが、どの方法になるかは public プロパティ $bootstrap で決まります。

最初に、そして、おそらく最も直接的には、 単純に index.php で行うように Zend_Application インスタンスを作成します。 そして、それを $bootstrap プロパティにアサインします。 一般的に、これは setUp() で行います。 実行されるときに、 parent::setUp() を呼ぶ必要があります。

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function setUp()
    {
        //1段階でアサインしてインスタンス化します。
        $this->bootstrap = new Zend_Application(
            'testing',
            APPLICATION_PATH . '/configs/application.ini'
        );
        parent::setUp();
    }
}

次に、このプロパティでファイルを指定できます。 そうすると、そのファイルはフロントコントローラをディスパッチせず、 単にフロントコントローラ (とアプリケーション固有の設定) を準備するだけの役割となります。

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public $bootstrap = '/path/to/bootstrap/file.php'

    // ...
}

3番目の方法として、アプリケーションを起動するための PHP コールバックを指定できます。 この方法は Login サンプル で使用しています。使用するコールバックが関数や static メソッドである場合は、クラスレベルで設定できます。

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public $bootstrap = array('App', 'bootstrap');

    // ...
}

オブジェクトのインスタンスが必要な場合は、 setUp() メソッドを利用することを推奨します。

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function setUp()
    {
        // Bootstrap オブジェクトのインスタンスメソッド 'start' を使用します
        $bootstrap = new Bootstrap('test');
        $this->bootstrap = array($bootstrap, 'start');
        parent::setUp();
    }
}

parent::setUp(); に注目しましょう。 これは必須です。とうのも、Zend_Test_PHPUnit_ControllerTestCasesetUp() メソッドが残りの起動処理 (コールバックの呼び出しも含む) を実行するからです。

通常、 setUp() メソッドは次のようにアプリケーションを起動します。 まずクリーンな環境を読み込んでリクエストの状態を初期化し、 プラグインやヘルパーをすべてリセットし、 フロントコントローラをリセットして リクエストオブジェクトとレスポンスオブジェクトを新しく作成します。 それが終わったら、$bootstrap で指定したファイルを include() するか、 あるいは指定したコールバックを呼び出します。

テストの起動処理は、可能な限りそのアプリケーションの起動処理と同じになるようにしています。 しかし、いくつかの制約もあります。

  • リクエストオブジェクトやレスポンスオブジェクトに独自実装を用意しても、 それが使われることはありません。 Zend_Test_PHPUnit_ControllerTestCase は、 独自のリクエストオブジェクトとレスポンスオブジェクト (それぞれ Zend_Controller_Request_HttpTestCase および Zend_Controller_Response_HttpTestCase) を持っています。これらのオブジェクトには、 指定した方法でリクエスト環境を準備したり 指定した方法で人工的なレスポンスを返したりするメソッドが用意されています。

  • テストサーバに特定の設定を期待してはいけません。 言い換えると、テストの実行環境が特定のサーバ設定になっていることは保証されていないということです。 アプリケーション側から期待してもかまわないのは、 単にルータがリクエストをルーティングしてくれるということだけです。 サーバ固有のヘッダをリクエストオブジェクトに含めてはいけません。

アプリケーションが起動したら、 いよいよテストを作り始めることができます。

コントローラおよび MVC アプリケーションのテスト

起動用の設定を済ませたら、テストの開始です。 テストの方法は PHPUnit テストスイートによるものとほぼ同じですが、 ちょっとした違いがいくつかあります。

まず、テストケースの dispatch() メソッドを用いてテストの URL をディスパッチしなければなりません。

class IndexControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    // ...

    public function testHomePage()
    {
        $this->dispatch('/');
        // ...
    }
}

しかし、時にはこれ以外の情報 (GET 変数や POST 変数、 COOKIE 情報など) が必要になることもあります。 これらの情報をリクエストに含めることもできます。

class FooControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    // ...

    public function testBarActionShouldReceiveAllParameters()
    {
        // GET 変数を設定します
        $this->request->setQuery(array(
            'foo' => 'bar',
            'bar' => 'baz',
        ));

        // POST 変数を設定します
        $this->request->setPost(array(
            'baz'  => 'bat',
            'lame' => 'bogus',
        ));

        // クッキーの値を指定します
        $this->request->setCookie('user', 'matthew');
        // あるいは複数の値を指定します
        $this->request->setCookies(array(
            'timestamp' => time(),
            'host'      => 'foobar',
        ));

        // ヘッダを設定することもできます
        $this->request->setHeader('X-Requested-With', 'XmlHttpRequest');

        // リクエストメソッドを設定します
        $this->request->setMethod('POST');

        // ディスパッチします
        $this->dispatch('/foo/bar');

        // ...
    }
}

リクエストが準備できたので、次はアサーションを作成してみましょう。

コントローラのテストと Redirector アクションヘルパー

重要

Redirect アクションヘルパーは、 gotoAndExit() メソッドを使うときに exit() ステートメントを発行し、このメソッドのテストを停止させます。 アプリケーションのテスト容易性を考慮して、 リダイレクタではこのメソッドを使わないようにしましょう。

その性質上、リダイレクタアクションヘルパープラグインは リダイレクトしたあと処理を終了します。exit をコールする部分をテストすることはできないので、 Zend_Test_PHPUnit_ControllerTestCase は自動的にリダイレクタでの exit 部分を無効化します。 その結果、テスト時と実際の実行時で挙動が変わってくることがありえます。 リダイレクトが正しく動作することを確実にするには、次のようにします。

class MyController extends Zend_Controller_Action
{
    public function indexAction()
    {
        if($someCondition == true) {
            return $this->_redirect(...);
        } else if($anotherCondition == true) {
            $this->_redirector->gotoSimple("foo");
            return;
        }

        // do some stuff here
    }
}
重要

アプリケーションによっては、これだけでは不十分かもしれません。さらに preDispatch() あるいは postDispatch() といったロジックを実行するかもしれないからです。 現状の Zend Test では、これらをうまく処理することはできません。

アサーション

アサーションは、ユニットテストの肝となるものです。 この機能を使うことで、期待する結果と実際の結果が一致することを確かめるのです。 Zend_Test_PHPUnit_ControllerTestCase では数多くのアサーションを用意しており、 MVC アプリケーションやコントローラのテストをよりシンプルにできるようにしています。

CSS セレクタアサーション

CSS セレクタを使うと、 レスポンスの中身に何らかの結果が入っていることを簡単に検証することができます。 また、Javascript の UI や AJAX との統合も簡単に行えます。 大半の JS ツールキットは、 CSS セレクタ形式で DOM 要素を取得するための仕組みを持っています。 それと同じ構文で使用できるのです。

この機能は Zend_Dom_Query を用いて実装されており、'Query' アサーションに統合されています。 個々のアサーションの最初の引数に CSS セレクタを指定し、 アサーションの型に応じてオプション引数やエラーメッセージも指定します。 CSS セレクタの書き方の規則については、Zend_Dom_Query の操作方法の章 を参照ください。Query アサーションには次のようなものがあります。

  • assertQuery($path, $message = ''): 指定した CSS セレクタにマッチするひとつあるいは複数の DOM 要素が存在することを表明します。 $message を指定すると、 存在しなかった場合のメッセージの先頭にそれが追加されます。

  • assertQueryContentContains($path, $match, $message = ''): 指定した CSS セレクタにマッチするひとつあるいは複数の DOM 要素が存在し、そのすくなくともひとつに $match で指定した内容が含まれることを表明します。 $message を指定すると、 存在しなかった場合のメッセージの先頭にそれが追加されます。

  • assertQueryContentRegex($path, $pattern, $message = ''): 指定した CSS セレクタにマッチするひとつあるいは複数の DOM 要素が存在し、そのすくなくともひとつに正規表現 $pattern にマッチする内容が含まれることを表明します。 $message を指定すると、 存在しなかった場合のメッセージの先頭にそれが追加されます。

  • assertQueryCount($path, $count, $message = ''): 指定した CSS セレクタにマッチする DOM 要素が、ちょうど $count 個存在することを表明します。 $message を指定すると、 存在しなかった場合のメッセージの先頭にそれが追加されます。

  • assertQueryCountMin($path, $count, $message = ''): 指定した CSS セレクタにマッチする DOM 要素が、少なくとも $count 個以上存在することを表明します。 $message を指定すると、 存在しなかった場合のメッセージの先頭にそれが追加されます。 注意: $count に 1 を指定した場合は、単に assertQuery() を使うのと同じ意味となります。

  • assertQueryCountMax($path, $count, $message = ''): 指定した CSS セレクタにマッチする DOM 要素が、最大でも $count 個以下しか存在しないことを表明します。 $message を指定すると、 存在しなかった場合のメッセージの先頭にそれが追加されます。 注意: $count に 1 を指定した場合は、単に assertQuery() を使うのと同じ意味となります。

さらに、上であげたそれぞれに対する否定のアサーションを行う 'Not' 系のメソッドが存在します。 assertNotQuery()assertNotQueryContentContains()assertNotQueryContentRegex() そして assertNotQueryCount() です (min および max については対応するメソッドは存在しませんが、 それは自明なことだからです)。

XPath アサーション

CSS セレクタよりも XPath のほうが使いやすいという開発者もいることでしょう。 そこで、 Query アサーション のすべてのメソッドに対して、同等の動作をする XPath 版のメソッドを用意しています。

  • assertXpath($path, $message = '')

  • assertNotXpath($path, $message = '')

  • assertXpathContentContains($path, $match, $message = '')

  • assertNotXpathContentContains($path, $match, $message = '')

  • assertXpathContentRegex($path, $pattern, $message = '')

  • assertNotXpathContentRegex($path, $pattern, $message = '')

  • assertXpathCount($path, $count, $message = '')

  • assertNotXpathCount($path, $count, $message = '')

  • assertXpathCountMin($path, $count, $message = '')

  • assertNotXpathCountMax($path, $count, $message = '')

リダイレクトアサーション

アクションがリダイレクトを行うこともよくあります。 リダイレクト先をたどらなくても、 Zend_Test_PHPUnit_ControllerTestCase のさまざまなアサーションでそれをテストすることができます。

  • assertRedirect($message = ''): リダイレクトが発生することを表明します。

  • assertNotRedirect($message = ''): リダイレクトが発生しないことを表明します。

  • assertRedirectTo($url, $message = ''): リダイレクトが発生し、Location ヘッダの値が $url で指定したものであることを表明します。

  • assertNotRedirectTo($url, $message = ''): 「リダイレクトが発生しない」あるいは「リダイレクト先の Location ヘッダの値が $url で指定したものではない」 のいずれかであることを表明します。

  • assertRedirectRegex($pattern, $message = ''): リダイレクトが発生し、Location ヘッダの値が $pattern で指定した正規表現にマッチするものであることを表明します。

  • assertNotRedirectRegex($pattern, $message = ''): 「リダイレクトが発生しない」あるいは「リダイレクト先の Location ヘッダの値が $pattern で指定した正規表現にマッチしない」のいずれかであることを表明します。

レスポンスヘッダアサーション

リダイレクトヘッダのチェックだけでなく、 特定の HTTP のレスポンスコードやヘッダのチェックが必要になることもあります。 たとえば「アクションの結果のレスポンスが 404 か 500 のいずれかであること」 「JSON レスポンスに適切な Content-Type ヘッダが設定されていること」 などです。次のようなアサーションが使用できます。

  • assertResponseCode($code, $message = ''): 指定した HTTP レスポンスコードが返されることを表明します。

  • assertHeader($header, $message = ''): レスポンスに指定したヘッダが含まれることを表明します。

  • assertHeaderContains($header, $match, $message = ''): レスポンスに指定したヘッダが含まれ、 指定した文字列がその中に含まれることを表明します。

  • assertHeaderRegex($header, $pattern, $message = ''): レスポンスに指定したヘッダが含まれ、 その値が指定した正規表現にマッチすることを表明します。

さらに、上であげたそれぞれに対する否定のアサーションを行う 'Not' 系のメソッドが存在します。

リクエストアサーション

最後に実行されたアクションやコントローラ、 そしてモジュールについてのアサーションを行えると便利です。 さらに、どのルートにマッチしたのかを確認したいこともあるでしょう。 以下のアサーションが、その手助けとなります。

  • assertModule($module, $message = ''): 指定したモジュールが、 最後にディスパッチされたアクションで用いられたことを表明します。

  • assertController($controller, $message = ''): 指定したコントローラが、 最後にディスパッチされたアクションで選択されたことを表明します。

  • assertAction($action, $message = ''): 指定したアクションが、直近にディスパッチされたことを表明します。

  • assertRoute($route, $message = ''): 指定した名前のルートが、ルータでマッチしたことを表明します。

そして、それぞれについて否定を表す 'Not' 系のメソッドが存在します。

テスト環境の設定方法とアサーションの作成方法を説明しましたが、 まだまだ戦いは続きます。それでは、 実際のテストシナリオをもとにテストの方法を確認していきましょう。

例2 UserController のテスト

ウェブサイトの一般的なタスクである、 ユーザ認証とユーザ登録について考えてみましょう。 今回の例では UserController でこれらを処理することにします。 要件は次のとおりです。

  • ユーザがまだ認証を済ませていない場合は、 どんなアクションが指定されたかにかかわらず 常にコントローラのログインページにリダイレクトされる。

  • ログインフォームのページには、 ログインフォームと新規登録フォームの両方が表示される。

  • 間違った認証情報を入力すると、 ログインフォームに戻る。

  • 正しい認証情報を入力すると、 ユーザのプロファイルページにリダイレクトされる。

  • プロファイルページには、そのユーザのユーザ名が表示される。

  • 認証済みのユーザがログインフォームを訪れると、 そのユーザのプロファイルページにリダイレクトされる。

  • ログアウトしたら、ログインページにリダイレクトされる。

  • 無効なデータが渡された場合は、登録に失敗する。

もちろんこれら以外にも別のテストも必要でしょうが、 今のところはひとまずこれだけにしておきます。

今回のアプリケーションでは、プラグイン 'Initialize' を定義してそれを routeStartup() で実行します。 これによって起動処理をオブジェクト指向でカプセル化することができ、 コールバックを提供しやすくなります。 それではまず、このクラスの基本部分を見ていきましょう。

class Bugapp_Plugin_Initialize extends Zend_Controller_Plugin_Abstract
{
    /**
     * @var Zend_Config
     */
    protected static $_config;

    /**
     * @var string 現在の環境
     */
    protected $_env;

    /**
     * @var Zend_Controller_Front
     */
    protected $_front;

    /**
     * @var string アプリケーションのルートパス
     */
    protected $_root;

    /**
     * コンストラクタ
     *
     * 環境、ルートパス、設定を初期化します
     *
     * @param  string $env
     * @param  string|null $root
     * @return void
     */
    public function __construct($env, $root = null)
    {
        $this->_setEnv($env);
        if (null === $root) {
            $root = realpath(dirname(__FILE__) . '/../../../');
        }
        $this->_root = $root;

        $this->initPhpConfig();

        $this->_front = Zend_Controller_Front::getInstance();
    }

    /**
     * ルートの開始処理
     *
     * @return void
     */
    public function routeStartup(Zend_Controller_Request_Abstract $request)
    {
        $this->initDb();
        $this->initHelpers();
        $this->initView();
        $this->initPlugins();
        $this->initRoutes();
        $this->initControllers();
    }

    // この後にメソッド定義が続きます...
}

これで、起動用コールバックを次のように作れるようになります。

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function appBootstrap()
    {
        $controller = $this->getFrontController();
        $controller->registerPlugin(
            new Bugapp_Plugin_Initialize('development')
        );
    }

    public function setUp()
    {
        $this->bootstrap = array($this, 'appBootstrap');
        parent::setUp();
    }

    // ...
}

ここまでできたら、テストを書くことができます。 しかし、ユーザがログインした状態でのテストはどのように書けばいいでしょう? 簡単な方法は、アプリケーションのロジックを利用する方法です。 resetRequest() メソッドや resetResponse() メソッドを使ってちょっとした細工を行い、 別のリクエストをディスパッチさせます。

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    // ...

    public function loginUser($user, $password)
    {
        $this->request->setMethod('POST')
                      ->setPost(array(
                          'username' => $user,
                          'password' => $password,
                      ));
        $this->dispatch('/user/login');
        $this->assertRedirectTo('/user/view');

        $this->resetRequest()
             ->resetResponse();

        $this->request->setPost(array());

        // ...
    }

    // ...
}

ではテストを書いてみましょう。

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    // ...

    public function testCallWithoutActionShouldPullFromIndexAction()
    {
        $this->dispatch('/user');
        $this->assertController('user');
        $this->assertAction('index');
    }

    public function testLoginFormShouldContainLoginAndRegistrationForms()
    {
        $this->dispatch('/user');
        $this->assertQueryCount('form', 2);
    }

    public function testInvalidCredentialsShouldResultInRedisplayOfLoginForm()
    {
        $request = $this->getRequest();
        $request->setMethod('POST')
                ->setPost(array(
                    'username' => 'bogus',
                    'password' => 'reallyReallyBogus',
                ));
        $this->dispatch('/user/login');
        $this->assertNotRedirect();
        $this->assertQuery('form');
    }

    public function testValidLoginShouldRedirectToProfilePage()
    {
        $this->loginUser('foobar', 'foobar');
    }

    public function testAuthenticatedUserShouldHaveCustomizedProfilePage()
    {
        $this->loginUser('foobar', 'foobar');
        $this->request->setMethod('GET');
        $this->dispatch('/user/view');
        $this->assertNotRedirect();
        $this->assertQueryContentContains('h2', 'foobar');
    }

    public function
        testAuthenticatedUsersShouldBeRedirectedToProfileWhenVisitingLogin()
    {
        $this->loginUser('foobar', 'foobar');
        $this->request->setMethod('GET');
        $this->dispatch('/user');
        $this->assertRedirectTo('/user/view');
    }

    public function testUserShouldRedirectToLoginPageOnLogout()
    {
        $this->loginUser('foobar', 'foobar');
        $this->request->setMethod('GET');
        $this->dispatch('/user/logout');
        $this->assertRedirectTo('/user');
    }

    public function testRegistrationShouldFailWithInvalidData()
    {
        $data = array(
            'username' => 'This will not work',
            'email'    => 'this is an invalid email',
            'password' => 'Th1s!s!nv@l1d',
            'passwordVerification' => 'wrong!',
        );
        $request = $this->getRequest();
        $request->setMethod('POST')
                ->setPost($data);
        $this->dispatch('/user/register');
        $this->assertNotRedirect();
        $this->assertQuery('form .errors');
    }
}

これらは簡潔なものであり、大半は実際の中身までは見ていないことに注意しましょう。 その代わりに、レスポンスコードやヘッダ、そして DOM ノードを見ています。 これにより、期待通りの構造になっているかどうかを検証できるようになり、 新たなコンテンツが追加されるたびにテストを実行しなおすことが避けられます。

ドキュメントの構造を使用してテストを行なっていることに注目しましょう。 たとえば最後のテストでは、"errors" というクラスが指定されているノードをフォームから探しました。 これにより、単にフォームの検証エラーが発生したかどうかだけを確認することができ、 どんなエラーが発生したのかという中身までは気にしなくてすむのです。

このアプリケーションでは、データベースを使うことがあるかもしれません。 そんな場合は、何らかの scaffold を使用してデータベースの初期状態を作成し、 テスト用の設定を行うという作業が各テストの最初に発生します。 PHPUnit にはそのための機能が既に用意されています。 »  PHPUnit のドキュメントを参照ください。 テスト時と実運用時には別のデータベースを使用することを推奨します。 また、特に (ファイルあるいはインメモリ形式の) SQLite を使うことを推奨します。どちらも別のサーバを必要とせず、 大半の SQL 構文を使用することができます。

Previous Next
Zend Framework の紹介
概要
インストール
Learning Zend Framework
Zend Framework Quick Start
Zend Framework & MVC Introduction
Create Your Project
Create A Layout
Create a Model and Database Table
Create A Form
Congratulations!
Autoloading in Zend Framework
Introduction
Goals and Design
Basic Autoloader Usage
Resource Autoloading
Conclusion
Plugins in Zend Framework
Introduction
Using Plugins
Conclusion
Getting Started with Zend_Layout
Introduction
Using Zend_Layout
Zend_Layout: Conclusions
Getting Started Zend_View Placeholders
Introduction
Basic Placeholder Usage
Standard Placeholders
View Placeholders: Conclusion
Understanding and Using Zend Form Decorators
Introduction
Decorator Basics
Layering Decorators
Rendering Individual Decorators
Creating and Rendering Composite Elements
Conclusion
Getting Started with Zend_Session, Zend_Auth, and Zend_Acl
Building Multi-User Applications With Zend Framework
Managing User Sessions In ZF
Authenticating Users in Zend Framework
Building an Authorization System in Zend Framework
Getting Started with Zend_Search_Lucene
Zend_Search_Lucene Introduction
Lucene Index Structure
Index Opening and Creation
Indexing
Searching
Supported queries
Search result pagination
Getting Started with Zend_Paginator
Introduction
Simple Examples
Pagination Control and ScrollingStyles
Putting it all Together
Zend Framework リファレンス
Zend_Acl
導入
アクセス制御の洗練
高度な使用法
Zend_Amf
導入
Zend_Amf_Server
Zend_Application
導入
Zend_Application クイックスタート
Theory of Operation
コア機能
利用できるリソースプラグイン
Zend_Auth
導入
データベースのテーブルでの認証
ダイジェスト認証
HTTP 認証アダプタ
LDAP 認証
Open ID 認証
Zend_Barcode
導入
Barcode creation using Zend_Barcode class
Zend_Barcode Objects
Zend_Barcode Renderers
Zend_Cache
導入
キャッシュの仕組み
Zend_Cache のフロントエンド
Zend_Cache のバックエンド
The Cache Manager
Zend_Captcha
導入
Captcha の方法
CAPTCHA アダプタ
Zend_CodeGenerator
導入
Zend_CodeGeneratorサンプル
Zend_CodeGenerator リファレンス
Zend_Config
導入
動作原理
Zend_Config_Ini
Zend_Config_Xml
Zend_Config_Writer
Zend_Config_Writer
Zend_Console_Getopt
導入
Getopt の規則の宣言
オプションおよび引数の取得
Zend_Console_Getopt の設定
Zend_Controller
Zend_Controller クイックスタート
Zend_Controller の基本
フロントコントローラ
リクエストオブジェクト
標準のルータ
ディスパッチャ
アクションコントローラ
アクションヘルパー
レスポンスオブジェクト
プラグイン
モジュラーディレクトリ構造の規約の使用
MVC での例外
Zend_Currency
Zend_Currency について
Using Zend_Currency
Options for currencies
What makes a currency?
Where is the currency?
How does the currency look like?
How much is my currency?
Calculating with currencies
Exchanging currencies
Additional informations on 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_Db_Table_Definition
Zend_Debug
変数の出力
Zend_Dojo
導入
Zend_Dojo_Data: dojo.data エンベロープ
Dojo ビューヘルパー
Dojoフォーム要素とデコレーター
Zend_Dojo build layer support
Zend_Dom
導入
Zend_Dom_Query
Zend_Exception
例外の使用法
基本的な使用法
Previous Exceptions (前の例外)
Zend_Feed
導入
フィードの読み込み
ウェブページからのフィードの取得
RSS フィードの使用
Atom フィードの使用
単一の Atom エントリの処理
フィードおよびエントリの構造の変更
独自のフィードクラスおよびエントリクラス
Zend_Feed_Reader
Zend_Feed_Writer
Zend_Feed_Pubsubhubbub
Zend_File
Zend_File_Transfer
Zend_File_Transfer 用のバリデータ
Filters 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
導入
AuthSub による認証
Using the Book Search Data API
ClientLogin による認証
Google Calendar の使用法
Google Documents List Data API の使用法
Using Google Health
Google Spreadsheets の使用法
Google Apps Provisioning の使用法
Google Base の使用法
Picasa Web Albums の使用法
YouTube Data API の使用法
Gdata の例外処理
Zend_Http
導入
Zend_Http_Client - 高度な使用法
Zend_Http_Client - 接続アダプタ
Zend_Http_Cookie および Zend_Http_CookieJar
Zend_Http_Response
Zend_InfoCard
導入
Zend_Json
導入
Basic Usage
Zend_Json の高度な使用法
XML から JSON への変換
Zend_Json_Server - JSON-RPCサーバー
Zend_Layout
導入
Zend_Layout クイックスタート
Zend_Layout の設定オプション
Zend_Layout の高度な使用法
Zend_Ldap
導入
API概要
利用シナリオ
ツール
Zend_Ldap_Nodeを使用してLDAPツリーへのオブジェクト指向アクセス
LDAPサーバから情報を取得
LDIFへ、または、からのLDAPデータシリアライズ
Zend_Loader
ファイルやクラスの動的な読み込み
The Autoloader
Resource Autoloaders
プラグインのロード
Zend_Locale
導入
Zend_Locale の使用法
正規化および地域化
日付および時刻の扱い
サポートするロケール
Zend_Log
概要
ライター
フォーマッタ
フィルタ
Using the Factory to Create a Log
Zend_Mail
導入
SMTP 経由での送信
SMTP 接続による複数のメールの送信
異なる転送手段の使用
HTML メール
ファイルの添付
受信者の追加
MIME バウンダリの制御
追加のヘッダ
文字セット
エンコーディング
SMTP 認証
セキュアな SMTP トランスポート
メールメッセージの読み込み
Zend_Markup
導入
さあ始めましょう
Zend_Markup パーサー
Zend_Markup レンダラー
Zend_Measure
導入
計測値の作成
計測値の出力
計測値の操作
計測値の型
Zend_Memory
概要
メモリマネージャ
メモリオブジェクト
Zend_Mime
Zend_Mime
Zend_Mime_Message
Zend_Mime_Part
Zend_Navigation
導入
画面
Containers
Zend_Oauth
Introduction to OAuth
Zend_OpenId
導入
Zend_OpenId_Consumer の基本
Zend_OpenId_Provider
Zend_Paginator
導入
使用法
設定
高度な使用法
Zend_Pdf
導入
PDF ドキュメントの作成および読み込み
PDF ドキュメントへの変更内容の保存
ページの操作
描画
Interactive Features
ドキュメントの情報およびメタデータ
Zend_Pdf モジュールの使用例
Zend_ProgressBar
Zend_ProgressBar
Zend_Queue
導入
使用例
フレームワーク
アダプタ
Zend_Queueのカスタマイズ
Stomp
Zend_Reflection
導入
Zend_Reflectionサンプル
Zend_Reflectionリファレンス
Zend_Registry
レジストリの使用法
Zend_Rest
導入
Zend_Rest_Client
Zend_Rest_Server
Zend_Search_Lucene
概要
インデックスの構築
インデックスの検索
クエリ言語
クエリ作成用の API
文字セット
拡張性
Java Lucene との相互運用
応用
ベストプラクティス
Zend_Serializer
Introduction
Zend_Serializer_Adapter
Zend_Server
導入
Zend_Server_Reflection
Zend_Service
導入
Zend_Service_Akismet
Zend_Service_Amazon
Zend_Service_Amazon_Ec2
Zend_Service_Amazon_Ec2: Instances
Zend_Service_Amazon_Ec2: Windows Instances
Zend_Service_Amazon_Ec2: Reserved Instances
Zend_Service_Amazon_Ec2: CloudWatch Monitoring
Zend_Service_Amazon_Ec2: Amazon Machine Images (AMI)
Zend_Service_Amazon_Ec2: Elastic Block Storage (EBS)
Zend_Service_Amazon_Ec2: Elastic IP Addresses
Zend_Service_Amazon_Ec2: Keypairs
Zend_Service_Amazon_Ec2:リージョンおよび利用可能ゾーン
Zend_Service_Amazon_Ec2: Security Groups
Zend_Service_Amazon_S3
Zend_Service_Amazon_Sqs
Zend_Service_Audioscrobbler
Zend_Service_Delicious
Zend_Service_DeveloperGarden
Zend_Service_Flickr
Zend_Service_LiveDocx
Zend_Service_Nirvanix
Zend_Service_ReCaptcha
Zend_Service_Simpy
導入
Zend_Service_StrikeIron
Zend_Service_StrikeIron: バンドルされているサービス
Zend_Service_StrikeIron: 応用編
Zend_Service_Technorati
Zend_Service_Twitter
Zend_Service_WindowsAzure
Zend_Service_Yahoo
Zend_Session
導入
基本的な使用法
高度な使用法
グローバルセッションの管理
Zend_Session_SaveHandler_DbTable
Zend_Soap
Zend_Soap_Server
Zend_Soap_Client
WSDLアクセッサ
自動検出
Zend_Tag
導入
Zend_Tag_Cloud
Zend_Test
導入
Zend_Test_PHPUnit
Zend_Test_PHPUnit_Db
Zend_Text
Zend_Text_Figlet
Zend_Text_Table
Zend_TimeSync
導入
Zend_TimeSync の動作
Zend_Tool
Using Zend_Tool On The Command Line
Extending Zend_Tool
Zend_Tool_Framework
導入
CLIツールの使用
アーキテクチャ
Zend_Tool_Frameworkを利用してプロバイダを作成する
出荷されたシステムプロバイダー
Extending and Configuring Zend_Tool_Framework
Zend_Tool_Project
導入
プロジェクトを作成
Zend Toolプロジェクトプロバイダー
Zend_Tool_Project内部
Zend_Translate
導入
Zend_Translate のアダプタ
翻訳アダプタの使用法
ソースファイルの作成
翻訳用の追加機能
Plural notations for Translation
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
ZendX_Console_Process_Unix
ZendX_Console_Process_Unix
ZendX_JQuery
Introduction
ZendX_JQuery View Helpers
ZendX_JQuery Form Elements and Decorators
Zend Framework のシステム要件
導入
Zend Framework 移行上の注意
Zend Framework 1.10
Zend Framework 1.9
Zend Framework 1.8
Zend Framework 1.7
Zend Framework 1.6
Zend Framework 1.5
Zend Framework 1.0
Zend Framework 0.9
Zend Framework 0.8
Zend Framework 0.6
Zend Framework PHP 標準コーディング規約
概要
PHP ファイルの書式
命名規約
コーディングスタイル
Zend Framework Documentation Standard
Overview
Documentation File Formatting
Recommendations
Zend Framework MVC アプリケーションのために推奨されるプロジェクト構造
概要
推奨されるプロジェクト・ディレクトリ構造
モジュール構造
リライト設定ガイド
Zend Framework パフォーマンスガイド
導入
クラスの読み込み
Zend_Dbパフォーマンス
国際化(i18n)とローカライズ(l10n)
ビューのレンダリング
著作権に関する情報