- Content-Type: application/json
Programmer's Reference Guide
| ビュースクリプト |
ビューヘルパー
ビュースクリプトの中で、複雑な関数を繰り返し実行しなければならないこともあるでしょう (例えば日付のフォーマット、フォーム要素の作成、リンクの作成など)。 このような作業を行うために、ヘルパークラスを使用できます。
ヘルパーの正体は、単なるクラスです。たとえば 'fooBar' という名前のヘルパーを使用するとしましょう。 デフォルトでは、クラス名の先頭には 'Zend_View_Helper_' がつきます (ヘルパーのパスを設定する際に、これは独自のものに変更できます)。 そしてクラス名の最後の部分がヘルパーの名前となります。 このとき、単語の先頭は大文字にしなければなりません。つまり、 ヘルパーのクラス名は Zend_View_Helper_FooBar となります。このクラスには、最低限ヘルパー名と同じ名前 (camelCase 形式にしたもの) のメソッド fooBar() が含まれていなければなりません。
注意: 大文字小文字の扱い
ヘルパー名は常に camelCase 形式となります。 つまり、最初は常に小文字となります。 クラス名は MixedCase 形式ですが、実際に実行されるメソッドは camelCase 形式となります。
注意: デフォルトのヘルパーのパス
デフォルトのヘルパーのパスは常に Zend Framework のビューヘルパーのパス、すなわち 'Zend/View/Helper/' となります。 setHelperPath() をコールして既存のパスを上書きしても、 このパスだけは残ります。これにより、 デフォルトのヘルパーは常に動作することが保証されます。
ビュースクリプト内でヘルパーを使用するには、 $this->helperName() をコールします。これをコールすると、裏側では Zend_View が Zend_View_Helper_HelperName クラスを読み込み、 そのクラスのインスタンスを作成して helperName() メソッドをコールします。 オブジェクトのインスタンスは Zend_View インスタンスの中に残り続け、 後で $this->helperName() がコールされたときには再利用されます。
付属のヘルパー
Zend_View には、はじめからいくつかのヘルパークラスが付属しています。 これらのほとんどはフォーム要素の生成に関するもので、 適切なエスケープ処理を自動的に行います。 さらに、ルートにもとづいた URL と HTML の一覧を作成したり、 変数を宣言したりするものもあります。 現在付属しているヘルパーは、次のとおりです。
declareVars(): strictVars() を使用する際に同時に使用します。 このヘルパーを使用すると、テンプレート変数を宣言できます。 この変数は、すでにビュースクリプトで設定されているものでもいないものでもかまいません。 また、同時にデフォルト値も設定します。 このメソッドへの引数として配列を渡すとデフォルト値を設定します。 それ以外の場合は、もしその変数が存在しない場合は空文字列を設定します。
fieldset($name, $content, $attribs): XHTML の fieldset を作成します。$attribs に 'legend' というキーが含まれる場合、その値をフィールドセットの説明として使用します。 フィールドセットで囲む内容は、このヘルパーに渡した $content です。
form($name, $attribs, $content): XHTML の form を作成します。すべての $attribs はエスケープされ、form タグの XHTML 属性としてレンダリングされます。 $content が存在してその値が FALSE 以外の場合は、 その内容がフォームの開始タグと終了タグの間にレンダリングされます。 $content が FALSE (既定値) の場合は、 フォームの開始タグのみを作成します。
formButton($name, $value, $attribs): <button /> 要素を作成します。
-
formCheckbox($name, $value, $attribs, $options): <input type="checkbox" /> 要素を作成します。
デフォルトでは、$value を指定せず $options が存在しなかった場合は、未チェックの値として '0' そしてチェック状態の値として '1' を使用します。 $value が渡されたけれど $options が存在しなかった場合は、 渡された値をチェック状態の値とみなします。
$options は配列でなければなりません。 数値添字形式の配列の場合は、最初の要素がチェック状態の値となり、 その次の要素が未チェック状態の値となります。 3 番目以降の要素の内容は無視されます。 キー 'checked' および 'unChecked' を持つ連想配列を指定することもできます。
$options を渡した場合は、$value が「チェック状態の値」と一致した場合にその要素がチェック状態だとみなされます。 チェック状態あるいは未チェック状態は、 属性 'checked' に boolean 値を渡して指定することもできます。
これらの内容を簡単にまとめた例を示します。
- // '1' および '0' でチェック状態と未チェック状態を表します。これはチェックされていません
- // '1' および '0' でチェック状態と未チェック状態を表します。これはチェックされています
- // 'bar' および '0' でチェック状態と未チェック状態を表します。これはチェックされていません
- // 'bar' および '0' でチェック状態と未チェック状態を表します。これはチェックされています
- // 'bar' および 'baz' でチェック状態と未チェック状態を表します。これはチェックされていません
- // 'bar' および 'baz' でチェック状態と未チェック状態を表します。これはチェックされていません
- 'checked' => 'bar',
- 'unChecked' => 'baz'
- ));
- // 'bar' および 'baz' でチェック状態と未チェック状態を表します。これはチェックされています
- null,
- // 'bar' および 'baz' でチェック状態と未チェック状態を表します。これはチェックされていません
- null,
どの場合についても、マークアップの先頭に hidden 要素を追加してそこに「未チェック状態」を表す値を保持します。 そうすることで、仮に未チェック状態であったとしても フォームから何らかの値が返されるようになるのです。
-
formErrors($errors, $options): エラーの表示用に、XHTML の順序なしリストを作成します。 $errors は、文字列あるいは文字列の配列となります。 $options は、リストの開始タグの属性として設定したい内容です。
エラー出力の開始時、終了時、そして各エラーの区切りとして使用する コンテンツを指定することもできます。 そのためにはヘルパーのこれらのメソッドをコールします。
setElementStart($string); デフォルトは '<ul class="errors"%s"><li>' で、%s の部分には $options で指定した属性が入ります。
setElementSeparator($string); デフォルトは '</li><li>' です。
setElementEnd($string); デフォルトは '</li></ul>' です。
formFile($name, $attribs): type="file" /> 要素を作成します。
formHidden($name, $value, $attribs): <input type="hidden" /> 要素を作成します。
formLabel($name, $value, $attribs): <label> 要素を作成します。for 属性の値は $name に、そしてラベルのテキストは $value になります。 attribs に disable を渡すと、結果を何も返しません。
formMultiCheckbox($name, $value, $attribs, $options, $listsep): チェックボックスのリストを作成します。 $options は連想配列で、任意の深さにできます。 $value は単一の値か複数の値の配列で、これが $options 配列のキーにマッチします。 $listsep は、デフォルトでは HTML の改行 ("<br />") です。デフォルトでは、 この要素は配列として扱われます。 つまり、すべてのチェックボックスは同じ名前となり、 入力内容は配列形式で送信されます。
formPassword($name, $value, $attribs): <input type="password" /> 要素を作成します。
formRadio($name, $value, $attribs, $options): 一連の <input type="radio" /> 要素を、 $options の要素ごとに作成します。$options は、 ラジオボタンの値をキー、ラベルを値とする配列となります。 $value はラジオボタンの初期選択状態を設定します。
formReset($name, $value, $attribs): <input type="reset" /> 要素を作成します。
formSelect($name, $value, $attribs, $options): <select>...</select> ブロックを作成します。 $options の要素ごとに <option> を作成します。 $options は、選択肢の値をキー、 ラベルを値とする配列となります。$value は初期選択状態を設定します。
formSubmit($name, $value, $attribs): <input type="submit" /> 要素を作成します。
formText($name, $value, $attribs): <input type="text" /> 要素を作成します。
formTextarea($name, $value, $attribs): <textarea>...</textarea> ブロックを作成します。
url($urlOptions, $name, $reset): 指定したルートにもとづく URL 文字列を作成します。 $urlOptions は、そのルートで使用する キー/値 のペアの配列となります。
htmlList($items, $ordered, $attribs, $escape): $items で渡した内容をもとに 順序つきリストあるいは順序なしリストを作成します。 $items が多次元配列の場合は、入れ子状のリストとなります。 $escape フラグを TRUE (既定値) にすると、 各項目はビューオブジェクトに登録されているエスケープ方式でエスケープされます。 リスト内でマークアップを行いたい場合は FALSE を渡します。
これらをビュースクリプト内で使用するのはとても簡単です。 以下に例を示します。ただ単に、ヘルパーをコールするだけでよいことに注意しましょう。 読み込みやインスタンス作成は、必要に応じて自動的に行われます。
- // ビュースクリプト内では、$this は Zend_View のインスタンスを指します。
- //
- // select の選択肢を、変数 $countries に
- // array('us' => 'United States', 'il' => 'Israel', 'de' => 'Germany')
- // として設定済みであることにします。
- ?>
- <form action="action.php" method="post">
- <p><label>メールアドレス:
- </label></p>
- <p><label>国:
- </label></p>
- <p><label>メールを受け取りますか?
- </label></p>
- </form>
ビュースクリプトの出力結果は、次のようになります。
- <form action="action.php" method="post">
- <p><label>メールアドレス:
- <input type="text" name="email" value="you@example.com" size="32" />
- </label></p>
- <p><label>国:
- <select name="country">
- <option value="us" selected="selected">United States</option>
- <option value="il">Israel</option>
- <option value="de">Germany</option>
- </select>
- </label></p>
- <p><label>メールを受け取りますか?
- <input type="hidden" name="opt_in" value="no" />
- <input type="checkbox" name="opt_in" value="yes" checked="checked" />
- </label></p>
- </form>
Action ビューヘルパー
Action ビューヘルパーは、 ビュースクリプトから指定したコントローラのアクションを実行し、 その結果のレスポンスオブジェクトを返します。 これは、特定のアクションが再利用可能なコンテンツを返す場合や、 いわゆる "ウィジェット風" のコンテンツを返す場合に便利です。
最終的に _forward() されたりリダイレクトされたりするアクションは使えず、 空の文字列を返します。
Action ビューヘルパーの API はコントローラアクションを起動する大半の MVC コンポーネントと同じで、action($action, $controller, $module = null, array $params = array()) のようになります。$action と $controller は必須です。モジュールを省略した場合はデフォルトのモジュールを使用します。
BaseUrl ヘルパー
フレームワークによって生成された大部分のURLが自動的に基底 URLを前に付加するとはいえ、 開発者はリソースへのパスを正しくするために 彼ら自身のURLの前に基底URLを付加する必要があります。
BaseUrlヘルパーの使用法は非常に簡単です:
- /*
- * 下記では、page/application の基底URLが "/mypage" であると仮定します。
- */
- /*
- * 出力:
- * <base href="/mypage/" />
- */
- <base href="<?php echo $this->baseUrl(); ?>" />
- /*
- * 出力:
- * <link rel="stylesheet" type="text/css" href="/mypage/css/base.css" />
- */
- <link rel="stylesheet" type="text/css"
- href="<?php echo $this->baseUrl('css/base.css'); ?>" />
注意: 単純にする目的で、Zend_Controllerに含まれた基底 URLから、 入り口のPHPファイル (例えば、「index.php」)を剥ぎ取ります。 しかし、何かの場面では、問題を引き起こす場合があります。 問題が起きたら、固有のBaseUrlを設定するために、 $this->getHelper('BaseUrl')->setBaseUrl()を使います。
Currency Helper
Displaying localized currency values is a common task; the Zend_Currency view helper is intended to simply this task. See the Zend_Currency documentation for specifics on this localization feature. In this section, we will focus simply on usage of the view helper.
There are several ways to initiate the Currency view helper:
-
Registered, through a previously registered instance in Zend_Registry.
-
Afterwards, through the fluent interface.
-
Directly, through instantiating the class.
A registered instance of Zend_Currency is the preferred usage for this helper. Doing so, you can select the currency to be used prior to adding the adapter to the registry.
There are several ways to select the desired currency. First, you may simply provide a currency string; alternately, you may specify a locale. The preferred way is to use a locale as this information is automatically detected and selected via the HTTP client headers provided when a user accesses your application, and ensures the currency provided will match their locale.
注意: We are speaking of "locales" instead of "languages" because a language may vary based on the geographical region in which it is used. For example, English is spoken in different dialects: British English, American English, etc. As a currency always correlates to a country you must give a fully-qualified locale, which means providing both the language and region. Therefore, we say "locale" instead of "language."
例2 Registered instance
To use a registered instance, simply create an instance of Zend_Currency and register it within Zend_Registry using Zend_Currency as its key.
- // our example currency
- $currency = new Zend_Currency('de_AT');
- Zend_Registry::set('Zend_Currency', $currency);
- // within your view
- // this returns '€ 1.234,56'
If you are more familiar with the fluent interface, then you can also create an instance within your view and configure the helper afterwards.
例3 Within the view
To use the fluent interface, create an instance of Zend_Currency, call the helper without a parameter, and call the setCurrency() method.
- // within your view
- $currency = new Zend_Currency('de_AT');
- $this->currency()->setCurrency($currency)->currency(1234.56);
- // this returns '€ 1.234,56'
If you are using the helper without Zend_View then you can also use it directly.
例4 Direct usage
- // our example currency
- $currency = new Zend_Currency('de_AT');
- // initiate the helper
- $helper = new Zend_View_Helper_Currency($currency);
As already seen, the currency() method is used to return the currency string. Just call it with the value you want to display as a currency. It also accepts some options which may be used to change the behaviour and output of the helper.
例5 Direct usage
For details about the available options, search for Zend_Currency's toCurrency() method.
Cycle ヘルパー
Cycleヘルパーは 一組の値を交互に切り替えるために使われます。
例6 Cycle ヘルパーの基本的な使用法
循環する要素を追加するためには、コンストラクタで指定するか、 assign(array $data)関数を使います。
- <?php foreach ($this->books as $book):?>
- <tr style="background-color:<?php echo $this->cycle(array("#F0F0F0",
- "#FFFFFF"))
- ->next()?>">
- <td><?php echo $this->escape($book['author']) ?></td>
- </tr>
- <?php endforeach;?>
- // 後方への移動は関数に指示して割り当てます。
- $this->cycle()->assign(array("#F0F0F0","#FFFFFF"));
- $this->cycle()->prev();
- ?>
出力
- <tr style="background-color:'#F0F0F0'">
- <td>First</td>
- </tr>
- <tr style="background-color:'#FFFFFF'">
- <td>Second</td>
- </tr>
例7 2つ以上の繰り返しを利用する
2つ以上の繰り返しを利用する場合は、繰り返しの名前を指定しなければなりません。 第2パラメータを cycle メソッドで設定してください。 $this->cycle(array("#F0F0F0","#FFFFFF"),'cycle2'). setName($name)関数を使うこともできます。
- <?php foreach ($this->books as $book):?>
- <tr style="background-color:<?php echo $this->cycle(array("#F0F0F0",
- "#FFFFFF"))
- ->next()?>">
- <td><?php echo $this->cycle(array(1,2,3),'number')->next()?></td>
- <td><?php echo $this->escape($book['author'])?></td>
- </tr>
- <?php endforeach;?>
Partial ヘルパー
Partial ビューヘルパーは、 指定したテンプレートを自分自身のスコープ内でレンダリングします。 主な使い道は、 再利用可能な部分テンプレートを変数名の競合を気にせずに使うというものです。 さらに、特定のモジュールから部分ビュースクリプトを指定できるようになります。
Partial と兄弟関係にある PartialLoop ビューヘルパーは、反復処理可能なデータを渡して その各要素に対してレンダリングを行うものです。
注意: PartialLoop カウンタ
PartialLoop ビューヘルパーは、変数を partialCounter というビューに代入します。 これは、配列の現在の位置をビュースクリプトに渡します。 これを利用すると、たとえばテーブルの行の色を一行おきに入れ替えるなどが簡単にできます。
例8 Partial の基本的な使用法
partial の基本的な使用法は、 自分自身のビューのスコープで部分テンプレートをレンダリングすることです。 次のようなスクリプトを考えてみましょう。
これを、ビュースクリプトから次のようにコールします。
レンダリングした結果は、このようになります。
- <ul>
- <li>From: Team Framework</li>
- <li>Subject: view partials</li>
- </ul>
注意: モデルは何?
Partial ビューヘルパーが使用するモデルは、 次のいずれかとなります。
使用するモデルがオブジェクトである場合は、 それを変数の配列などに変換するのではなく オブジェクトのまま 直接 partial スクリプトに渡したくなるものでしょう。 そのためには、しかるべきヘルパーでプロパティ 'objectKey' を設定します。
配列。 配列を渡す場合は、連想配列形式でなければなりません。 そのキーと値のペアがビューに渡され、 キーが変数名となります。
toArray() メソッドを実装したオブジェクト。 そのオブジェクトの toArray() メソッドを実行した結果が、ビューオブジェクトに渡されます。
標準のオブジェクト。 それ以外のオブジェクトについては、 object_get_vars() の結果 (そのオブジェクトのすべての public プロパティ) がビューオブジェクトに渡されます。
このテクニックが特に役立つのは、 Zend_Db_Table_Rowset を partialLoop() に渡すような場合です。 ビュースクリプト内で row オブジェクトに自由にアクセスでき、 そのメソッド (親の値を取得したり従属行を取得したりなど) を自在に使えるようになります。
// オブジェクトを、変数 'model' として渡すよう通知します $view->partial()->setObjectKey('model'); // partialLoop のオブジェクトを、最終的なビュースクリプト内で // 変数 'model' として渡すよう通知します $view->partialLoop()->setObjectKey('model');
例9 PartialLoop による反復処理可能なモデルのレンダリング
一般に、ループ内で partial を使用して特定のコンテンツを繰り返しレンダリングしたくなることもあるでしょう。 こうすることで、繰り返し表示される大量のコンテンツや複雑な表示ロジックを ひとつにまとめることができます。 しかし、この方法はパフォーマンスに影響を及ぼします。 というのも、partial ヘルパーをループ内で毎回実行することになるからです。
PartialLoop ビューヘルパーは、 この問題を解決します。これを使用すると、反復処理可能な内容 (配列、あるいは Iterator を実装したオブジェクト) をモデルに渡せるようになります。 そしてその各要素が partial スクリプトへモデルとして渡されます。 各要素の内容は、Partial ビューヘルパーが受け付ける任意の形式のモデルとできます。
次のような部分ビュースクリプトを考えます。
そして "モデル" はこのようになります。
そして、ビュースクリプト内で PartialLoop ヘルパーを実行します。
- <dl>
- </dl>
- <dl>
- <dt>Mammal</dt>
- <dd>Camel</dd>
- <dt>Bird</dt>
- <dd>Penguin</dd>
- <dt>Reptile</dt>
- <dd>Asp</dd>
- <dt>Fish</dt>
- <dd>Flounder</dd>
- </dl>
例10 他のモジュールの Partial のレンダリング
時には partial が別のモジュールに存在することもあるでしょう。 そのモジュールの名前がわかっていれば、モジュール名を partial() あるいは partialLoop() の 2 番目の引数として渡し、 $model を 3 番目の引数に移動させることができます。
たとえば、'list' モジュールにある pager というスクリプトを使用したい場合は、 次のようにします。
こうすると、特定の partial を他のモジュールで再利用できるようになります。 再利用可能な partial は、共有のビュースクリプトのパスに配置することをおすすめします。
Placeholder ヘルパー
Placeholder ビューヘルパーは、 ビュースクリプトとビューのインスタンスとの間でコンテンツを永続化させます。 それ以外の便利な機能としては次のようなものがあります。 たとえばコンテンツの集約、ビュースクリプトの内容をキャプチャして後で再利用、 コンテンツの前後へのテキストの追加 (そして集約したコンテンツ間のセパレータの追加) などです。
例11 プレースホルダの基本的な使用法
プレースホルダの基本的な使用法は、ビューのデータを永続化させることです。 Placeholder ヘルパーを起動する際にプレースホルダ名を指定し、 ヘルパーはプレースホルダコンテナオブジェクトを返します。 これを処理するなり、単純に echo するなりして使用できます。
- <?php $this->placeholder('foo')->set("Some text for later") ?>
- <?php
- // 出力は "Some text for later" となります
- ?>
例12 プレースホルダによるコンテンツの集約
プレースホルダによるコンテンツの集約も、時には便利です。 たとえば、ビュースクリプトで変数の配列を保持し、 後で表示するためのメッセージを取得しておくと、 それをどのようにレンダリングするかを後で決めることができます。
Placeholder ビューヘルパーは、 ArrayObject を継承したコンテナを使用します。 これは、配列をより高機能に操作できるものです。 さらに、コンテナに格納された内容をフォーマットするために さまざまなメソッドが用意されています。
setPrefix($prefix) は、 コンテンツの先頭に付加するテキストを設定します。 getPrefix() を使用すると、 その時点での設定内容を取得できます。
setPostfix($prefix) は、 コンテンツの末尾に付加するテキストを設定します。 getPostfix() を使用すると、 その時点での設定内容を取得できます。
setSeparator($prefix) は、 各コンテンツの間に挿入するテキストを設定します。 getSeparator() を使用すると、 その時点での設定内容を取得できます。
setIndent($prefix) は、 コンテンツの字下げ幅を設定します。 整数値を渡すと、渡された数のスペースを使用します。 文字列を渡すと、その文字列を使用します。 getIndent() を使用すると、 その時点での設定内容を取得できます。
- <!-- 最初のビュースクリプト -->
- <?php $this->placeholder('foo')->exchangeArray($this->data) ?>
- <!-- 後で使用するビュースクリプト -->
- <?php
- $this->placeholder('foo')->setPrefix("<ul>\n <li>")
- ->setSeparator("</li><li>\n")
- ->setIndent(4)
- ->setPostfix("</li></ul>\n");
- ?>
- <?php
- // 順序なしリストをきれいに字下げして出力します
- ?>
Placeholder コンテナオブジェクトは ArrayObject を継承しているので、 単純にコンテナに格納するのではなく そのコンテナの特定のキーにコンテンツを格納するのも簡単です。 キーへのアクセスは、オブジェクトのプロパティか配列のキーのいずれでも可能です。
例13 プレースホルダによるコンテンツのキャプチャ
時には、プレースホルダの中身を テンプレートに渡しやすいようビュースクリプトで保持することもあるでしょう。 Placeholder ビューヘルパーは、 任意のコンテンツをキャプチャして後でレンダリングできます。 そのために使用する API は次のようなものです。
-
captureStart($type, $key) は、 コンテンツのキャプチャを開始します。
$type は、 Placeholder の定数 APPEND あるいは SET のいずれかとなります。APPEND を指定すると、キャプチャされたコンテンツが プレースホルダ内の現在のコンテンツの末尾に追加されます。 SET の場合は、 キャプチャされたコンテンツをそれ単体でプレースホルダの値として使用します (それまでに登録されていたコンテンツを上書きします)。 デフォルトの $type は APPEND です。
$key には、コンテンツのキャプチャ先として プレースホルダのコンテナの特定のキーを指定できます。
captureStart() は、 captureEnd() がコールされるまで他のキャプチャをロックします。 同一のプレースホルダコンテナでキャプチャをネストすることはできません。 しようとすると例外が発生します。
captureEnd() は、 コンテンツのキャプチャを終了して、 captureStart() がコールされたときの指定に応じてそれをコンテナに格納します。
- <!-- デフォルトのキャプチャは追記モードです -->
- <?php $this->placeholder('foo')->captureStart();
- foreach ($this->data as $datum): ?>
- <div class="foo">
- </div>
- <?php endforeach; ?>
- <?php $this->placeholder('foo')->captureEnd() ?>
- <!-- 特定のキーにキャプチャします -->
- <?php $this->placeholder('foo')->captureStart('SET', 'data');
- foreach ($this->data as $datum): ?>
- <div class="foo">
- </div>
- <?php endforeach; ?>
- <?php $this->placeholder('foo')->captureEnd() ?>
プレースホルダの具象実装
Zend Framework には、"具体的な" プレースホルダの実装が標準でいくつか含まれています。 これらはみな一般的に用いられるもので、doctype やページのタイトル、<head> の要素群などを扱います。 どのプレースホルダについても、 引数なしでコールするとその要素自身を返します。
各要素のドキュメントは、以下のリンク先で個別に扱います。
Doctype ヘルパー
正しい形式の HTML ドキュメントおよび XHTML ドキュメントには、 DOCTYPE 宣言が必要です。 覚えておくことが難しいというだけではなく、 これらは特定の要素のレンダリング方法 (たとえば、<script> や <style> 要素における CDATA のエスケープ方法) に影響を与えます。
Doctype ヘルパーは、以下のいずれかの形式を指定します。
XHTML11
XHTML1_STRICT
XHTML1_TRANSITIONAL
XHTML1_FRAMESET
XHTML1_RDFA
XHTML_BASIC1
HTML4_STRICT
HTML4_LOOSE
HTML4_FRAMESET
HTML5
整形式なものであれば、独自の doctype を追加できます。
Doctype ヘルパーは、 Placeholder ヘルパー の具象実装です。
例14 Doctype ヘルパーの基本的な使用法
doctype は、いつでも指定できます。 しかし、doctype によって出力を切りかえるヘルパーを使用する場合は まず doctype を設定してからでないと動作しません。もっともシンプルな使用法は、 レイアウトスクリプトの先頭で指定と出力を同時に行うことでしょう。
- $doctypeHelper = new Zend_View_Helper_Doctype();
- $doctypeHelper->doctype('XHTML1_STRICT');
そして、それをレイアウトスクリプトの先頭で表示します。
例15 Doctype の取得
doctype を知りたくなったら、オブジェクトの getDoctype() をコールします。 このオブジェクトは、ヘルパーを起動した際に取得できるものです。
- $doctype = $view->doctype()->getDoctype();
- ?>
一般的な使用法としては、doctype が XHTML か否かを調べるということがあります。それ用のメソッドとしては isXhtml() があります。
- if ($view->doctype()->isXhtml()) {
- // 何かをします
- }
doctype が HTML5 文書を表すかどうかチェックすることもできます。
- if ($view->doctype()->isHtml5()) {
- // 何かをします
- }
例16 Open Graph プロトコルで使用する Doctype を選択
» Open Graph プロトコルを実装するには、 XHTML1_RDFA doctype を指定するでしょう。この doctype により、開発者は XHTML 文書内で» Resource Description Framework を使用できるようになります。
- $doctypeHelper = new Zend_View_Helper_Doctype();
- $doctypeHelper->doctype('XHTML1_RDFA');
'property' メタタグ属性が Open Graph プロトコル仕様の通りに使用されると、 RDFa doctype により、XHTMLでの検証が可能になります。 ビュースクリプト内部の例です。
- <?php echo $this->doctype('XHTML1_RDFA'); ?>
- <html xmlns="http://www.w3.org/1999/xhtml"
- xmlns:og="http://opengraphprotocol.org/schema/">
- <head>
- <meta property="og:type" content="musician" />
前記の例では、property に og:type を設定しました。 og は、HTMLタグで指定した Open Graph 名前空間を参照します。 content は、そのページが musician (音楽家)についてのものであることを特定します。 サポートされるプロパティについては、» Open Graph プロトコル・ドキュメント をご覧下さい。HeadMeta ヘルパーは、 それらの Open Graph プロトコルのメタタグをプログラム的に設定するために使用されるかもしれません。
これは、もし XHTML1_RDFA に設定された場合にチェックする方法です。
- <html xmlns="http://www.w3.org/1999/xhtml"
- <?php if ($view->doctype()->isRdfa()): ?>
- xmlns:og="http://opengraphprotocol.org/schema/"
- xmlns:fb="http://www.facebook.com/2008/fbml"
- <?php endif; ?>
- >
Gravatar View Helper
The Gravatar view helper is used to received avatars from Gravatar's service.
例17 Basic Usage of Gravatar View Helper
- // From a view script (using XHTML DOCTYPE):
- /* results in the following output:
- <img src="http://www.gravatar.com/avatar/23463b99b62a72f26ed677cc556c44e8?s=80&d=mm&r=g" />
- */
注意: Of course we can configure this helper. We can change height of image (by default it is 80px), and add CSS class or other attributes to image tag. The above simply shows the most basic usage.
Use a valid email address!
The email address you provide the helper should be valid. This class does not validate the address (only the rating parameter). It is recommended to validate your email address within your model layer.
例18 Advanced Usage of Gravatar View Helper
There are several ways to configure the returned gravatar. In most cases, you may either pass an array of options as a second argument to the helper, or call methods on the returned object in order to configure it.
-
The img_size option can be used to specify an alternate height; alternately, call setImgSize().
-
The secure option can be used to force usage of SSL in the returned image URI by passing a boolean true value (or disabling SSL usage by passing false). Alternately, call the setSecure() method. (By default, the setting follows the same security as the current page request.)
-
To add attributes to the image, pass an array of key/value pairs as the third argument to the helper, or call the setAttribs() method.
- // Within the view script (using HTML DOCTYPE)
- );
- // Or use mutator methods
- $this->gravatar()
- ->setEmail('example@example.com')
- ->setImgSize(90)
- ->setDefaultImg(Zend_View_Helper_Gravatar::DEFAULT_MONSTERID)
- ->setSecure(true)
- /* Both generate the following output:
- <img class="avatar" title="Title for this image"
- src="https://secure.gravatar.com/avatar/23463b99b62a72f26ed677cc556c44e8?s=90&d=monsterid&r=g" >
- */
Options
-
- img_size
-
An integer describing the height of the avatar, in pixels; defaults to "80".
-
- default_img
-
Image to return if the gravatar service is unable to match the email address provided. Defaults to "mm", the "mystery man" image.
-
- rating
-
Audience rating to confine returned images to. Defaults to "g"; may be one of "g", "pg", "r", or "x", in order of least offensive to most offensive.
-
- secure
-
Whether or not to load the image via an SSL connection. Defaults to the what is detected from the current request.
Zend_Service_Gravatar Options
HeadLink ヘルパー
HTML の <link> 要素は複数使用することができ、
スタイルシートやフィード、favicon、トラックバック
などのさまざまなリソースへのリンクを表します。
HeadLink ヘルパーは、
シンプルなインターフェイスでこれらの要素を作成し、
後でそれを取得してレイアウトスクリプトで出力することができます。
HeadLink ヘルパーには、
スタイルシートへのリンクをスタックに追加するメソッドがあります。
appendStylesheet($href, $media, $conditionalStylesheet, $extras)offsetSetStylesheet($index, $href, $media, $conditionalStylesheet, $extras)prependStylesheet($href, $media, $conditionalStylesheet, $extras)setStylesheet($href, $media, $conditionalStylesheet, $extras)
$media のデフォルトは 'screen' ですが、 有効な media 形式なら何にでもすることができます。 $conditionalStylesheet は文字列あるいは FALSE で、 レンダリング時に使用します。 特定のプラットフォームでスタイルシートの読み込みをやめたい場合などに、 特別なコメントを使用できるようになります。 $extras は、そのタグに追加したい特別な値の配列です。
さらに、HeadLink
ヘルパーには、スタックに 'alternate' リンクを追加するメソッドもあります。
appendAlternate($href, $type, $title, $extras)offsetSetAlternate($index, $href, $type, $title, $extras)prependAlternate($href, $type, $title, $extras)setAlternate($href, $type, $title, $extras)
headLink() ヘルパーメソッドは、
<link> 要素に必要なすべての属性を指定することができ、
その位置も指定することができます。
たとえば、新たな要素がこれまでのものを上書きする、
あるいはスタックの先頭に追加する、スタックの末尾に追加するなどを指定します。
HeadLink ヘルパーは、
Placeholder
ヘルパー の具象実装です。
例19 HeadLink ヘルパーの基本的な使用法
headLink は、いつでも指定することができます。
一般的には、グローバルなリンクはレイアウトスクリプトで指定して、
アプリケーション固有のリンクはアプリケーションのビュースクリプトで指定することになります。
レイアウトスクリプトでは、<head>
セクションの中でヘルパーを出力することになります。
- <?php // ビュースクリプトのリンクを設定します
- $this->headLink()->appendStylesheet('/styles/basic.css')
- 'href' => '/img/favicon.ico'),
- 'PREPEND')
- ->prependStylesheet('/styles/moz.css',
- 'screen',
- true,
- ?>
- <?php // リンクをレンダリングします ?>
HeadMeta ヘルパー
HTML の <meta> 要素は、 HTML ドキュメントに関するメタ情報を扱います。 たとえばキーワードや文字セット、キャッシュ方式などです。 Meta タグには 'http-equiv' 形式と 'name' 形式があり、 'content' 属性が必須となります。また、 'lang' あるいは 'scheme' のいずれかの属性を含むことができます。
HeadMeta ヘルパーは、 meta タグを設定したり追加したりするための次のようなメソッドを提供します。
-
appendName($keyValue, $content, $conditionalName)
-
offsetSetName($index, $keyValue, $content, $conditionalName)
-
prependName($keyValue, $content, $conditionalName)
-
setName($keyValue, $content, $modifiers)
-
appendHttpEquiv($keyValue, $content, $conditionalHttpEquiv)
-
offsetSetHttpEquiv($index, $keyValue, $content, $conditionalHttpEquiv)
-
prependHttpEquiv($keyValue, $content, $conditionalHttpEquiv)
-
setHttpEquiv($keyValue, $content, $modifiers)
XHTML1_RDFA doctype では、Doctype ヘルパー で設定される以下のメソッドもサポートされます。
-
appendProperty($property, $content, $modifiers)
-
offsetSetProperty($index, $property, $content, $modifiers)
-
prependProperty($property, $content, $modifiers)
-
setProperty($property, $content, $modifiers)
$keyValue は 'name' あるいは 'http-equiv' キーの値を定義します。$content は 'content' キーの値を定義し、$modifiers はオプションで連想配列を指定します。この配列には 'lang' や 'scheme' といったキーが含まれます。
ヘルパーメソッド headMeta() で meta タグを設定することもできます。 このメソッドのシグネチャは headMeta($content, $keyValue, $keyType = 'name', $modifiers = array(), $placement = 'APPEND') です。$keyValue には、 $keyType ('name' あるいは 'http-equiv') で指定したキーのコンテンツを指定します。 もし doctype が XHTML1_RDFA に設定されていたら、$keyType は 'property' としても指定されるかもしれません。 $placement は 'SET' (既存の値をすべて上書きする) か 'APPEND' (スタックの最後に追加する)、 あるいは 'PREPEND' (スタックの先頭に追加する) となります。
HeadMeta は append() や offsetSet()、 prepend()、そして set() をそれぞれオーバーライドして、上にあげた特別なメソッドを使用させるようにします。 内部的には、各項目を stdClass のトークンとして保管し、 あとで itemToString() メソッドでシリアライズします。 これはスタック内の項目についてチェックを行い、 オプションでそれを修正したものを返します。
HeadMeta ヘルパーは、 Placeholder ヘルパー の具象実装です。
例20 HeadMeta ヘルパーの基本的な使用法
meta タグは、いつでも好きなときに指定できます。 一般的には、クライアント側でのキャッシュの制御方法や SEO 用キーワードなどを指定します。
たとえば、SEO 用のキーワードを指定したい場合は 'keywords' という名前の meta タグを作成します。 そして、そのページに関連するキーワードを値として指定します。
- // meta タグでキーワードを指定します
- $this->headMeta()->appendName('keywords', 'framework, PHP, productivity');
クライアント側でのキャッシュの制御方法を指定したい場合は、 http-equiv タグを設定してルールを指定します。
- // クライアント側でのキャッシュを無効にします
- $this->headMeta()->appendHttpEquiv('expires',
- 'Wed, 26 Feb 1997 08:21:57 GMT')
- ->appendHttpEquiv('pragma', 'no-cache')
- ->appendHttpEquiv('Cache-Control', 'no-cache');
meta タグの使い方としてもうひとつよくあるのは、 コンテンツタイプや文字セット、言語を指定するものです。
- // コンテンツタイプと文字セットを設定します
- $this->headMeta()->appendHttpEquiv('Content-Type',
- 'text/html; charset=UTF-8')
- ->appendHttpEquiv('Content-Language', 'en-US');
もし HTML5 文書を提供しているなら、 このように文字セットを提示すべきです。:
- // HTML5 で文字セットを設定します
- $this->headMeta()->setCharset('UTF-8'); // <meta charset="UTF-8"> のように見えます
最後の例として、リダイレクトの前に見せるメッセージを "meta refresh" で指定するものを示します。
- // 3 秒後に新しい URL に移動させます
- $this->headMeta()->appendHttpEquiv('Refresh',
- '3;URL=http://www.some.org/some.html');
レイアウト内で meta タグを指定し終えたら、ヘルパーの内容を出力します。
例21 XHTML1_RDFA doctype を用いた HeadMeta 使用法
Doctype ヘルパー で RDFa doctype を有功にすると、標準的な 'name' や 'http-equiv' に加えて、 HeadMeta で 'property' 属性が使えるようになります。 これは Facebook の » Open Graph プロトコル で一般的に用いられます。
例えば、Open Graph ページのタイトルと型を以下のように指定するかもしれません。
- $this->doctype(Zend_View_Helper_Doctype::XHTML_RDFA);
- $this->headMeta()->setProperty('og:title', 'my article title');
- $this->headMeta()->setProperty('og:type', 'article');
- //出力です。
- // <meta property="og:title" content="my article title" />
- // <meta property="og:type" content="article" />
HeadScript ヘルパー
HTML の <script> 要素を使用して、
クライアントサイトのスクリプトをインラインで指定したり
外部のリソースからスクリプトのコードを読み込んだりします。
HeadScript ヘルパーは、この両方の方式に対応しています。
HeadScript ヘルパーは、
以下のメソッド群によってスクリプトの設定や追加をサポートします。
appendFile($src, $type = 'text/javascript', $attrs = array())offsetSetFile($index, $src, $type = 'text/javascript', $attrs = array())prependFile($src, $type = 'text/javascript', $attrs = array())setFile($src, $type = 'text/javascript', $attrs = array())appendScript($script, $type = 'text/javascript', $attrs = array())offsetSetScript($index, $script, $type = 'text/javascript', $attrs = array())prependScript($script, $type = 'text/javascript', $attrs = array())setScript($script, $type = 'text/javascript', $attrs = array())
*File() 系のメソッドでは、$src
は読み込みたいリモートスクリプトの場所となります。
通常は、URL あるいはパスの形式となります。*Script()
系のメソッドでは、$script
はその要素に使用したいクライアント側のスクリプトとなります。
注意: 条件コメントの設定
HeadScriptでは、script タグを条件コメントで囲むことができます。 そうすれば、特定のブラウザでだけスクリプトを実行しないこともできます。 これを使用するには conditional タグを設定し、条件をメソッドコール時の $attrs パラメータで渡します。
例22 Headscript で条件コメントを使う例
// スクリプトを追加します $this->headScript()->appendFile( '/js/prototype.js', 'text/javascript', );
HeadScript はスクリプトのキャプチャも行います。
これは、クライアント側スクリプトをプログラム上で作成してから
どこか別の場所で使いたい場合に便利です。
使用法は、以下の例で示します。
headScript() メソッドを使うと、 スクリプト要素を手っ取り早く追加できます。 シグネチャは headScript($mode = 'FILE', $spec, $placement = 'APPEND') です。$mode は 'FILE' あるいは 'SCRIPT' のいずれかで、 スクリプトへのリンクを指定するのかスクリプト自体を定義するのかによって切り替えます。 $spec は、リンクするスクリプトファイルあるいはスクリプトのソースとなります。 $placement は 'APPEND'、'PREPEND' あるいは 'SET' のいずれかでなければなりません。
HeadScript は append() や
offsetSet()、 prepend()、そして set()
をそれぞれオーバーライドして、上にあげた特別なメソッドを使用させるようにします。
内部的には、各項目を stdClass のトークンとして保管し、
あとで itemToString() メソッドでシリアライズします。
これはスタック内の項目についてチェックを行い、
オプションでそれを修正したものを返します。
HeadScript ヘルパーは、
Placeholder
ヘルパー の具象実装です。
注意: HTML Body スクリプトでの InlineScript の使用
HTML のbody部にスクリプトを埋め込みたい場合は、HeadScriptの姉妹版である InlineScript を使わなければなりません。 スクリプトをドキュメントの最後のほうに配置するようにすると、 ページの表示速度が向上します。特に、 サードパーティのアクセス解析用スクリプトを使用する場合などにこの効果が顕著にあらわれます。
注意: すべての属性はデフォルトで無効
デフォルトでは、HeadScriptがレンダリングする<script>の属性は W3C に認められているものだけです。 'type' や 'charset'、'defer'、'language' そして 'src' が該当します。 しかし、Javascript のフレームワーク (» Dojo など) では独自の属性を用いることでその挙動を変更しています。 このような属性を許可するには、 setAllowArbitraryAttributes() メソッドを使用します。
$this->headScript()->setAllowArbitraryAttributes(true);
例23 HeadScript ヘルパーの基本的な使用法
上で説明したように、新しい script タグを、好きなときに指定できます。 外部のリソースへのリンクも可能ですし、 スクリプト自体を指定することも可能です。
- // スクリプトを追加します
- $this->headScript()->appendFile('/js/prototype.js')
- ->appendScript($onloadScript);
クライアント側のスクリプトでは並び順が重要となります。 指定した並び順で出力させる必要が出てくることでしょう。 そのために使用するのが、append、prepend そして offsetSet といったディレクティブです。
- // スクリプトの順番を指定します
- // 特定の位置を指定し、確実に最後に読み込まれるようにします
- $this->headScript()->offsetSetFile(100, '/js/myfuncs.js');
- // scriptaculous のエフェクトを使用します (次のインデックスである 101 に追加されます)
- $this->headScript()->appendFile('/js/scriptaculous.js');
- // でも、もととなる prototype スクリプトは常に最初に読み込まれるようにします
- $this->headScript()->prependFile('/js/prototype.js');
すべてのスクリプトを出力する準備が整ったら、 あとはレイアウトスクリプトでそれを出力するだけです。
例24 HeadScript ヘルパーによるスクリプトのキャプチャ
時にはクライアント側のスクリプトをプログラムで生成しなければならないこともあるでしょう。
文字列の連結やヒアドキュメント等を使っても構いませんが、
ふつうにスクリプトを作成してそれを PHP のタグに埋め込めればより簡単です。
HeadScript は、スタックにキャプチャすることでこれを実現します。
- <?php $this->headScript()->captureStart() ?>
- var action = '<?php echo $this->baseUrl ?>';
- $('foo_form').action = action;
- <?php $this->headScript()->captureEnd() ?>
前提条件は次のとおりです。
スクリプトは、スタックの末尾に追加されていきます。 既存のスタックを上書きしたりスタックの先頭に追加したりしたい場合は、 それぞれ 'SET' あるいは 'PREPEND' を captureStart() の最初の引数として渡します。
スクリプトの MIME タイプは 'text/javascript' を想定しています。 別のものを指定したい場合は、それを captureStart() の 2 番目の引数として渡します。
<script>タグに追加の属性を指定したい場合は、 captureStart() の 3 番目の引数に配列形式で渡します。
HeadStyle ヘルパー
HTML の <style> 要素を使用して、 CSS スタイルシートを HTML の <head> 要素に埋め込みます。
注意: HeadLink を使用した CSS ファイルへのリンク
外部スタイルシートの読み込み用の <link> 要素を作成する場合は HeadLink を使用する必要があります。スタイルシートをインラインで定義したい場合に HeadStyle を使用します。
HeadStyle ヘルパーがサポートするメソッドは次のとおりです。 これらによってスタイルシート宣言の設定や追加を行います。
-
appendStyle($content, $attributes = array())
-
offsetSetStyle($index, $content, $attributes = array())
-
prependStyle($content, $attributes = array())
-
setStyle($content, $attributes = array())
すべての場合において、$content には実際の CSS 宣言を指定します。 $attributes には、style タグに追加したい属性があれば指定します。 lang、title、media そして dir のすべてが使用可能です。
注意: 条件コメントの設定
HeadStyle では、script タグを条件コメントで囲むことができます。 そうすれば、特定のブラウザでだけスクリプトを実行しないこともできます。 これを使用するには conditional タグを設定し、条件をメソッドコール時の $attributes パラメータで渡します。
例25 Headstyle で条件コメントを使う例
// スクリプトを追加します
HeadStyle はスタイル宣言のキャプチャも行います。 これは、宣言をプログラム上で作成してからどこか別の場所で使いたい場合に便利です。 使用法は、以下の例で示します。
headStyle() メソッドを使うと、宣言の要素を手っ取り早く追加できます。 シグネチャは headStyle($content$placement = 'APPEND', $attributes = array()) です。$placement には 'APPEND'、'PREPEND' あるいは 'SET' のいずれかを指定します。
HeadStyle は append() や offsetSet()、 prepend()、そして set() をそれぞれオーバーライドして、上にあげた特別なメソッドを使用させるようにします。 内部的には、各項目を stdClass のトークンとして保管し、 あとで itemToString() メソッドでシリアライズします。 これはスタック内の項目についてチェックを行い、 オプションでそれを修正したものを返します。
HeadStyle ヘルパーは、 Placeholder ヘルパー の具象実装です。
注意: デフォルトで使用される UTF-8 エンコーディング
By default, Zend Framework uses UTF-8 as its default encoding, and, specific to this case, Zend_View does as well. Character encoding can be set differently on the view object itself using the setEncoding() method (or the the encoding instantiation parameter). However, since Zend_View_Interface does not define accessors for encoding, it's possible that if you are using a custom view implementation with this view helper, you will not have a getEncoding() method, which is what the view helper uses internally for determining the character set in which to encode.
If you do not want to utilize UTF-8 in such a situation, you will need to implement a getEncoding() method in your custom view implementation.
例26 HeadStyle ヘルパーの基本的な使用法
新しい style タグを、好きなときに指定できます。
- // スタイルを追加します
- $this->headStyle()->appendStyle($styles);
CSS では並び順が重要となります。 指定した並び順で出力させる必要が出てくることでしょう。 そのために使用するのが、append、prepend そして offsetSet といったディレクティブです。
- // スタイルの順番を指定します
- // 特定の位置に置きます
- $this->headStyle()->offsetSetStyle(100, $customStyles);
- // 最後に置きます
- $this->headStyle()->appendStyle($finalStyles);
- // 先頭に置きます
- $this->headStyle()->prependStyle($firstStyles);
すべてのスタイル宣言を出力する準備が整ったら、 あとはレイアウトスクリプトでそれを出力するだけです。
例27 HeadStyle ヘルパーによるスタイル宣言のキャプチャ
時には CSS のスタイル宣言をプログラムで生成しなければならないこともあるでしょう。 文字列の連結やヒアドキュメント等を使っても構いませんが、 ふつうにスタイルを作成してそれを PHP のタグに埋め込めればより簡単です。 HeadStyle は、スタックにキャプチャすることでこれを実現します。
- <?php $this->headStyle()->captureStart() ?>
- body {
- }
- <?php $this->headStyle()->captureEnd() ?>
前提条件は次のとおりです。
-
スタイル宣言は、スタックの末尾に追加されていきます。 既存のスタックを上書きしたりスタックの先頭に追加したりしたい場合は、 それぞれ 'SET' あるいは 'PREPEND' を captureStart() の最初の引数として渡します。
-
<style> タグに追加の属性を指定したい場合は、 captureStart() の 2 番目の引数に配列形式で渡します。
HeadTitle ヘルパー
HTML の <title> 要素を使用して、 HTML ドキュメントのタイトルを設定します。 HeadTitle ヘルパーは、 プログラム上で作成したタイトルを保存しておいて、 後で出力の際にそれを取得するためのものです。
HeadTitle ヘルパーは、 Placeholder ヘルパー の具象実装です。 toString() メソッドをオーバーライドして <title> 要素を生成するようにしており、 headTitle() メソッドによって title 要素の設定や集約を簡単にできるようになっています。 このメソッドのシグネチャは headTitle($title, $setType = null) です。デフォルトでは、 null のままだと、値はスタック (title 部の内容を集約したもの) の最後に追加されます。しかしこれを 'PREPEND' (スタックの先頭に追加する) や 'SET' (スタック全体を上書きする) にすることもできます。
Since setting the aggregating (attach) order on each call to headTitle can be cumbersome, you can set a default attach order by calling setDefaultAttachOrder() which is applied to all headTitle() calls unless you explicitly pass a different attach order as the second parameter.
例28 HeadTitle ヘルパーの基本的な使用法
title タグは、いつでも好きなときに指定できます。 一般的な使用法としては、アプリケーション内での階層、 つまりサイト、コントローラ、アクションその他のリソースについての情報を示すことがあります。
- // コントローラとアクションの名前を title 部に設定します
- $request = Zend_Controller_Front::getInstance()->getRequest();
- $this->headTitle($request->getActionName())
- ->headTitle($request->getControllerName());
- // サイト名を title に設定します。これはレイアウトスクリプトで行うことになるでしょう
- $this->headTitle('Zend Framework');
- // 各部分を区切る文字列を設定します
- $this->headTitle()->setSeparator(' / ');
最後に、レイアウトスクリプト内でタイトルをレンダリングする際にそれを出力するだけです。
- <!-- <アクション名> / <コントローラ名> / Zend Framework と出力されます -->
HTML オブジェクトヘルパー
HTML の <object> 要素は、 Flash や QuickTime といったメディアをウェブページに埋め込むために使用するものです。 オブジェクトビューヘルパーは、 最低限の労力でメディアを埋め込めるよう手助けします。
最初は、以下の 4 つのオブジェクトヘルパーを提供します。
-
htmlFlash() は、Flash ファイルの埋め込み用のマークアップを生成します。
-
htmlObject() は、カスタムオブジェクトの埋め込み用のマークアップを生成します。
-
htmlPage() は、他の (X)HTML ページの埋め込み用のマークアップを生成します。
-
htmlQuicktime() は、QuickTime ファイルの埋め込み用のマークアップを生成します。
これらのヘルパーはすべて、同じインターフェイスを共有しています。 そのため、このドキュメントでは、そのうちの 2 つのヘルパーの例だけを紹介します。
例29 Flash ヘルパー
このヘルパーを使うと、Flash をページの中に簡単に埋め込めるようになります。 リソースの URI を引数として渡すだけの簡単な作業です。
この結果は、次のような HTML となります。
- <object data="/path/to/flash.swf"
- type="application/x-shockwave-flash"
- classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"
- codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab">
- </object>
さらに、属性やパラメータ、コンテンツなど <object> とともにレンダリングする内容も指定できます。その方法は htmlObject() ヘルパーで紹介します。
例30 追加属性を渡すことによるオブジェクトのカスタマイズ
オブジェクトヘルパーの最初の引数は常に必須です。 これは、埋め込みたいリソースの URI となります。 2 番目の引数は htmlObject() ヘルパーの場合のみ必須となります。 それ以外のヘルパーはこの引数の正確な値を既に知っているからです。 3 番目の引数には、object 要素の属性を渡します。 キー/値 のペア形式の配列のみを受け付けます。 属性の例としては、たとえば classid や codebase などがあります。 4 番目の引数も同様に キー/値 のペア形式の配列のみを受け取り、 それを使用して <param> 要素を作成します。例を参照ください。 最後に、オプションでそのオブジェクトの追加コンテンツを指定できます。 これらすべての引数を使用した例をごらんください。
- '/path/to/file.ext',
- 'mime/type',
- 'attr1' => 'aval1',
- 'attr2' => 'aval2'
- ),
- 'param1' => 'pval1',
- 'param2' => 'pval2'
- ),
- 'some content'
- );
- /*
- 出力は次のようになります
- <object data="/path/to/file.ext" type="mime/type"
- attr1="aval1" attr2="aval2">
- <param name="param1" value="pval1" />
- <param name="param2" value="pval2" />
- some content
- </object>
- */
InlineScript ヘルパー
HTML の <script> 要素を使用して、 クライアントサイトのスクリプトをインラインで指定したり 外部のリソースからスクリプトのコードを読み込んだりします。 InlineScript ヘルパーは、この両方の方式に対応しています。 これは HeadScript から派生したものであり、このヘルパーで使えるメソッドはすべて使用可能です。 ただ、 headScript() メソッドのかわりに inlineScript() メソッドを使用します。
注意: HTML Body スクリプトでの InlineScript の使用法
InlineScript は、スクリプトを HTML の body 部に埋め込みたいときに使用します。 スクリプトをドキュメントの最後のほうに配置するようにすると、 ページの表示速度が向上します。特に、 サードパーティのアクセス解析用スクリプトを使用する場合などにこの効果が顕著にあらわれます。
JS ライブラリの中には、 HTML の head で読み込まなければならないものもあります。そのような場合は HeadScript を使用します。
JSON ヘルパー
JSON を返すビューを作成する際に大事なのは、 適切なレスポンスヘッダを設定することです。 JSON ビューヘルパーは、まさにその作業を行います。 さらに、デフォルトでレイアウト機能を無効にします (現在有効である場合)。 JSON レスポンスでは通常レイアウト機能は使わないからです。
JSON ヘルパーは次のようなヘッダを設定します。
たいていの AJAX ライブラリは、 レスポンスでこのヘッダを見つけると適切に処理してくれます。
JSON ヘルパーの使用法は、このように非常に単純です。
注意: レイアウトの維持、およびZend_Json_Expr によるエンコードの有効化
JSON ヘルパーの各メソッドには、オプションで 2 番目の引数を指定できます。 この 2 番目の引数は、レイアウト機能の有効/無効を指定する boolean フラグか あるいは Zend_Json::encode() に渡して内部的なデータのエンコードに使用するオプションの配列となります。
レイアウトを維持するには、2 番目のパラメータを TRUE としなければなりません。 2 番目のパラメータを配列ににする場合にレイアウトを維持するには、配列に keepLayouts というキーを含め、その値を TRUE にします。
Zend_Json::encode() は、ネイティブ JSON 式を Zend_Json_Expr オブジェクトを使用してエンコードできます。 このオプションはデフォルトでは無効になっています。 有効にするには、enableJsonExprFinder オプションに TRUE を設定します。
TinySrc Helper
Overview
» tinysrc.net provides an API for automatic scaling and image format conversion for use with mobile devices. The API is quite simple: you simply create a standard HTML image tag, but append your image URL to a URL on the tinysrc.net domain:
- <img src="http://i.tinysrc.net/http://yourdomain.com/images/foo.jpg" />
Their service then sizes the image appropriately for the device requesting it.
You can control a number of aspects regarding image display, including:
-
Image dimensions. You may specify a width and optional height. These dimensions can be in absolute pixels, or use one of the adaptive mechanisms tinysrc.net offers. One is subtractive; prepending a dimension with a minus ("-") indicates that the image should fill the maximum physical dimensions, minus the value given in pixels. The other is percentage based; prepending a dimension with an "x" tells the service to size that dimension by that percentage -- e.g., "x20" indicates "20%".
-
Image format. By default, tinysrc.net autodiscovers the format. Internally, it supports only JPEG or PNG, and autoconverts GIF to PNG. You can specifically request that it should convert an image to either PNG or JPEG, however.
The TinySrc view helper provides functionality around the tinysrc.net API, and gives you the ability to:
-
selectively enable or disable whether it returns just the tinysrc.net URL or a fully-populated HTML img tag (enabled by default);
-
specify default values for image format as well as width and height;
-
specify a default value for the base URL used (uses the BaseUrl view helper by default);
-
override the default options on a per-image basis, via passed in options.
Quick Start
The most basic usage is simply to pass the path to an image, relative to your document root or base URL, to create the appropriate image tag:
You may specify default values for the base URL, conversion format, dimensions, and whether or not to create an img tag by default:
- <?php $this->tinySrc()
- ->setBaseUrl('http://example.com/foo/')
- ->setCreateTag(false) // disable tag creation
- ->setDefaultFormat('png') // convert images to PNG
- ->setDefaultDimensions('-5', 'x20'); // width should be 5 less than screen width;
- // height should be 20% of total screen height
- ?>
Finally, you can also pass in values as an array of options, passed as the second parameter:
Configuration Options
-
- base_url
-
The base URL, including scheme, host, and optionally port and/or path; this value will be prepended to the image path provided in the first argument. By default, this uses the BaseUrl and ServerUrl view helpers to determine the value.
-
- create_tag
-
A boolean value indicating whether or not the helper should return an HTML img tag, or simply the tinysrc.net URL. By default, this flag is enabled.
-
- format
-
Should be one of the values "png" or "jpeg". If specified, this value will be used to indicate the image conversion format. If not specified, the default format will be used, or the format will be auto-determined based on the image itself.
-
- width
-
This should be either null, or an integer (optionally prefixed by "x" or "-"). If specified, this value will be used to determine the converted image width. If null, neither a width nor a height value will be used. If not specified, the default dimensions will be used.
-
- height
-
This should be either null, or an integer (optionally prefixed by "x" or "-"). If specified, this value will be used to determine the converted image height. If null, no height value will be used. If not specified, the default height will be used.
TinySrc Helper Options
The following options may be passed to the $options (second) argument of the helper.
Any other options provided will be used as attributes to the HTML img tag (if created).
Available Methods
-
tinySrc (
$image = null, array $options = array() ) -
Called with no arguments, returns the helper instance. This is useful for configuring the helper.
If the $image argument is provided, it will either create and return the tinysrc.net URL for the image, or an image tag containing that URL as the source, depending on the status of the "create tag" flag (either the default value, or the value passed via $options).
See the configuration section for details on the $options array.
-
setBaseUrl (
$url ) -
Use this method to manually specify the base URL to prepend to the $image argument of the tinySrc() method.
-
getBaseUrl
-
Retrieve the base URL for prepending to image URLs. By default, autodiscovers this from the BaseUrl and ServerUrl view helpers.
-
setDefaultFormat (
$format = null ) -
Specifiy the default image conversion format. If none provided, the value is cleared. Otherwise, expects either "png" or "jpeg".
-
setDefaultDimensions (
$width = null, $height = null ) -
Set the default dimensions for image conversion. If no $width is specified, an empty value is provided for all dimensions (setting the height requires a width as well). Passing no value for the height will set only a width. Dimensions should be specified as either pixel dimensions, or:
-
A pixel value, preceded by a "-" sign. This will indicate the width should take the entire screen size, minus the number of pixels specified.
-
A percentage of the total screen dimensions, expressed as "x" followed by the percentage: "x20" is equivalent to 20%.
-
-
setCreateTag (
$flag ) -
Indicate whether the tinySrc() method should create an HTML image tag. If boolean false, only a tinysrc.net URL will be returned.
-
createTag
-
Returns the status of the "create tag" flag.
Examples
例50 Returning only a tinysrc.net URL
You may want to return only a tinysrc.net URL. To do this, you have two options: make this the default behavior, or specify in your $options not to create a tag.
翻訳ヘルパー
ウェブサイトを複数言語で提供することもよくあります。 サイト上のコンテンツを翻訳するには、 Zend_Translate を使用します。 Zend_Translate をビューと統合するために使用するのが Translate ビューヘルパーです。
これ以降のすべての例では、単純は配列翻訳アダプタを使用します。 もちろん Zend_Translate の任意のインスタンスやお好みの Zend_Translate_Adapter のサブクラスを使うことも可能です。 Translate ビューヘルパーのインスタンスを作成するにはいくつかの方法があります。
-
事前に Zend_Registry に登録済みのインスタンスを使用する
-
流れるようなインターフェイスで後から追加する
-
クラスのインスタンスの作成時に直接指定する
登録済みの Zend_Translate のインスタンスを使用する方法をおすすめします。 アダプタをレジストリに追加する際に、使用するロケールを選択できます。
注意: ここで言語ではなくロケールと言っているのは、 言語には地域を含む可能性があるからです。 たとえば英語は様々な地域で話されています。 イギリス英語やアメリカ英語など複数の翻訳が存在します。 そこで、ここでは "言語" と言わずに "ロケール" としているのです。
例51 登録済みのインスタンス
登録済みのインスタンスを使用するには、まず Zend_Translate あるいは Zend_Translate_Adapter のインスタンスを作成し、 それを Zend_Registry に登録します。登録する際のキーとして Zend_Translate を使用します。
流れるようなインターフェイスのほうがなじみがあるという場合は、 ビューの中でインスタンスを作成し、ヘルパーのインスタンスは後で作成することもできます。
例52 ビューの中で
流れるようなインターフェイスで Zend_Translate あるいは Zend_Translate_Adapter のインスタンスを作成するには、 パラメータを指定せずにヘルパーをコールし、それから setTranslator() メソッドをコールします。
ヘルパーを Zend_View なしで使用すると、 ヘルパーを直接使用することもできます。
例53 直接使用する方法
Zend_View は使わないけれど、 翻訳した結果がほしいという場合にこの方式を使用します。
これまで見てきたように、 translate() メソッドは翻訳を返します。 翻訳アダプタのメッセージ ID を指定してこれをコールします。 さらに、翻訳文字列の中のパラメータを置換することも可能です。 パラメータの値を指定する方法には二通りあります。 パラメータのリストを指定する方法か、あるいはパラメータの配列を指定する方法です。 たとえば次のようになります。
例54 単一のパラメータ
単一のパラメータを使用するには、単にそれをメソッドに追加します。
- // ビューの中で
- $date = "Monday";
- $this->translate("Today is %1\$s", $date);
- // これは 'Heute ist Monday' を返します
注意: パラメータの値にテキストを使用する場合は、 このパラメータの値も翻訳しなければならないことに注意しましょう。
例55 パラメータのリスト
パラメータのリストを使用して、それをメソッドに追加することもできます。
- // ビューの中で
- $date = "Monday";
- $month = "April";
- $time = "11:20:55";
- $this->translate("Today is %1\$s in %2\$s. Actual time: %3\$s",
- $date,
- $month,
- $time);
- // これは 'Heute ist Monday in April. Aktuelle Zeit: 11:20:55' を返します
例56 パラメータの配列
パラメータの配列を使用して、それをメソッドに追加することもできます。
- // ビューの中で
- $this->translate("Today is %1\$s in %2\$s. Actual time: %3\$s", $date);
- // これは 'Heute ist Monday in April. Aktuelle Zeit: 11:20:55' を返します
翻訳のロケールを変更しなければならないこともあるでしょう。 翻訳単位で動的に変更することもできますが、 静的に変更してそれ以降のすべての翻訳に適用させることもできます。 そして、パラメータリスト型あるいはパラメータ配列型のどちらの形式でもそれを使用できます。 どひらの形式の場合も、ロケールは最後のパラメータとして指定します。
例57 ロケールの動的な変更
- // ビューの中で
- $this->translate("Today is %1\$s in %2\$s. Actual time: %3\$s", $date, 'it');
この例は、指定したメッセージ ID に対応するイタリア語の翻訳を返します。 しかし、イタリア語を返すのはこのときだけです。 次の翻訳では、アダプタに設定されているロケールを使用します。 通常は、使用したいロケールを翻訳アダプタに設定してからレジストリに追加します。 しかし、ロケールの設定をヘルパー内で行うこともできます。
例58 ロケールの静的な変更
- // ビューの中で
- $this->translate()->setLocale('it');
- $this->translate("Today is %1\$s in %2\$s. Actual time: %3\$s", $date);
上の例では新しいデフォルトロケールとして 'it' を設定しており、これ以降の翻訳ではこのロケールを使用します。
もちろん、現在設定されているロケールを取得するためのメソッド getLocale() もあります。
例59 現在設定されているロケールの取得
- // ビューの中で
- // これまでの例で設定されているデフォルトロケールである 'de' を返します
- $this->translate()->getLocale();
- $this->translate()->setLocale('it');
- $this->translate("Today is %1\$s in %2\$s. Actual time: %3\$s", $date);
- // 新たに設定されたデフォルトロケールである 'it' を返します
- $this->translate()->getLocale();
UserAgent View Helper
Overview
This view helper provides the ability to inject and later retrieve a Zend_Http_UserAgent instance for use in branching display logic based on device capabilities.
Quick Start
In most cases, you can simply retrieve the User-Agent and related device by calling the helper. If the UserAgent was configured in the bootstrap, that instance will be injected already in the helper; otherwise, it will instantiate one for you.
- <?php if ($this->userAgent()->getDevice()->hasFlash()): ?>
- <object ...></object>
- <?php endif ?>
If you initialize the UserAgent object manually, you can still inject it into the helper, in one of two ways.
- // Pull the helper from the view, and inject:
- $helper = $view->getHelper('userAgent');
- $helper->setUserAgent($userAgent);
- // Pass the UserAgent to the helper:
- $view->userAgent($userAgent);
Available Methods
-
userAgent (
Zend_Http_UserAgent $userAgent = null ) -
Use this method to set or retrieve the UserAgent instance. Passing an instance will set it; passing no arguments will retrieve it. If no previous instance has been registered, one will be lazy-loaded using defaults.
-
setUserAgent (
Zend_Http_UserAgent $userAgent ) -
If you have an instance of the helper -- for instance, by calling the view object's getHelper() method -- you may use this method to set the UserAgent instance.
-
getUserAgent
-
Retrieves the UserAgent instance; if none is registered, it will lazy-load one using default values.
ヘルパーのパス
ビュースクリプトと同様、 Zend_View がヘルパークラスを探すパスをコントローラから積み重ねて指定できます。 デフォルトでは、Zend_View は "Zend/View/Helper/*" からヘルパークラスを探します。 Zend_View に別の場所を探すように指定するには setHelperPath() および addHelperPath() メソッドを使用します。 さらに、クラスプレフィックスを指定することもできます。 これにより、ヘルパークラスに名前空間を設定できるようになります。 デフォルトでクラスプレフィックスを指定しなかった場合は、 'Zend_View_Helper_' であると見なされます。
- $view = new Zend_View();
- // パスを /path/to/more/helpers 、プレフィックスを 'My_View_Helper' と設定します
- $view->setHelperPath('/path/to/more/helpers', 'My_View_Helper');
addHelperPath() メソッドを使用すると、検索パスを「積み重ねる」 ことができます。これを使用すると、Zend_View は一番最後に追加されたパスからヘルパークラスを探し始めます。 これにより、付属しているヘルパーの内容を上書きしたり、 新しいヘルパーを追加したりすることができるようになります。
- $view = new Zend_View();
- // /path/to/some/helpers をクラスプレフィックス 'My_View_Helper' で追加します
- $view->addHelperPath('/path/to/some/helpers', 'My_View_Helper');
- // /other/path/to/helpers をクラスプレフィックス 'Your_View_Helper' で追加します
- $view->addHelperPath('/other/path/to/helpers', 'Your_View_Helper');
- // $this->helperName() をコールすると、Zend_View は
- // まず最初に "/path/to/some/helpers/HelperName" で
- // "Your_View_Helper_HelperName" という名前のクラスを探し、
- // 次に "/other/path/to/helpers/HelperName.php" で
- // "My_View_Helper_HelperName" という名前のクラスを探し、
- // そして最後に "Zend/View/Helpers/HelperName.php" で
- // "Zend_View_Helper_HelperName" という名前のクラスを探します。
独自のヘルパーを書く
独自のヘルパーを書くのは簡単です。以下の規則に従ってください。
絶対条件というわけではありませんが、ヘルパーを作成する際には Zend_View_Helper_Interface を実装するか Zend_View_Helper_Abstract を継承することを推奨します。 1.6.0 以降、これらには setView() メソッドが定義されています。 しかし、将来のリリースでは Strategy パターンを実装することを検討しており、 以下に示す命名規約の多くを単純化する予定です。 今のうちにこのようにしておくと、 将来のバージョンでもあなたの書いたコードがそのまま動くようになるでしょう。
クラス名は、少なくとも最後はヘルパーの名前と同じである必要があります。 MixedCaps 方式を使用します。たとえば "specialPurpose" という名前のヘルパーを作成した場合は、そのクラス名には 最低限 "SpecialPurpose" が含まれている必要があります。 このクラス名にプレフィックスを指定できます。 プレフィックスの一部に 'View_Helper' を含めることを推奨します。たとえば "My_View_Helper_SpecialPurpose" のようになります ( addHelperPath() や setHelperPath() にはプレフィックスを指定する必要があります。 最後のアンダースコアは含めても含めなくてもかまいません)。
クラスは、ヘルパーと同じ名前の public メソッドを持っている必要があります。 テンプレートが "$this->specialPurpose()" をコールした際に、 このメソッドがコールされます。"specialPurpose" ヘルパーの例では、 "public function specialPurpose()" というメソッドが必要です。
一般に、クラスでは echo や print その他の出力を行ってはいけません。 その代わりに、print あるいは echo される内容を返します。 返り値は、適切にエスケープしなければなりません。
クラスは、ヘルパークラスと同じ名前のファイルに作成しなければなりません。 再び "specialPurpose" ヘルパーを例にとると、ファイル名は "SpecialPurpose.php" でなければなりません。
指定したヘルパーパスのどこかにヘルパークラスのファイルを配置すると、 Zend_View は自動的にそれを読み込んでインスタンスを作成し、 必要に応じて実行します。
SpecialPurpose ヘルパーのコードの例を示します。
- class My_View_Helper_SpecialPurpose extends Zend_View_Helper_Abstract
- {
- protected $_count = 0;
- public function specialPurpose()
- {
- $this->_count++;
- $output = "'The Jerk' を {$this->_count} 回見ました。";
- }
- }
そして、ビュースクリプト内で SpecialPurpose ヘルパーを必要なだけコールします。いちどインスタンスが作成された後は、 Zend_View インスタンスの中でそれが持続します。
出力結果は、次のようになります。
- 'The Jerk' を 1 回見ました。
- 'The Jerk' を 2 回見ました。
- 'The Jerk' を 3 回見ました。
時には Zend_View オブジェクトを使用したくなることもあるでしょう。 たとえば登録されているエンコーディングを使用する必要があったり、 ヘルパー内で別のビュースクリプトをレンダリングしたくなったりといった場合です。 ビューオブジェクトにアクセスするには、ヘルパークラス内で次のような setView($view) メソッドを定義しなければなりません。
- class My_View_Helper_ScriptPath
- {
- public $view;
- public function setView(Zend_View_Interface $view)
- {
- $this->view = $view;
- }
- public function scriptPath($script)
- {
- return $this->view->getScriptPath($script);
- }
- }
ヘルパークラスで setView() メソッドを定義しておくと、 最初にインスタンスが作成される際に自動的にこのメソッドがコールされ、 現在のビューオブジェクトが引数として渡されます。 渡されたオブジェクトをクラス内でどのように管理するかは特に決まっていません。 お好みの方法で管理してください。
Zend_View_Helper_Abstract を継承する場合は、 このメソッドはすでに定義済みであるため定義する必要はありません。
Registering Concrete Helpers
Sometimes it is convenient to instantiate a view helper, and then register it with the view. As of version 1.10.0, this is now possible using the registerHelper() method, which expects two arguments: the helper object, and the name by which it will be registered.
- $helper = new My_Helper_Foo();
- // ...do some configuration or dependency injection...
- $view->registerHelper($helper, 'foo');
If the helper has a setView() method, the view object will call this and inject itself into the helper on registration.
注意: Helper name should match a method
The second argument to registerHelper() is the name of the helper. A corresponding method name should exist in the helper; otherwise, Zend_View will call a non-existent method when invoking the helper, raising a fatal PHP error.
| ビュースクリプト |
