まとめ
これはレンダリングのために私が作成したのではなく、単純なビューヘルパーを議論するためにクイックポストであるZend Frameworkのそれが存在する場合にのみスタイルのビューファイルを。 一般的に存在しないファイルをレンダリングするコードを尋ねると、例外がスローされます。 ファイルが存在し、そのレンダリングする場合は、そうでない場合は単に空の文字列を返すかどうかを決定する方法をレンダリング()::従って私はZend_Viewのラッパーを作成しました。
続きを読む"Zend Frameworkを:存在する場合のレンダリング"»
http://www.flickr.com/photos/daniello/から写真
まとめ
ここで私は、HTMLタグを変更するためのビューヘルパーの作成を検討し、より具体的にbodyタグ。 作成されたビューヘルパーは、すでに標準の機能ヘッド*に似て/ inlineScriptビューヘルパーを可能にZend Frameworkのビューヘルパーが、タグ属性をプログラムで変更することができます。 間違いなくデモページとgithubの上でコードをチェックアウト。
動機
標準的なZend Frameworkのビューヘルパーは、日常的なビューのタスクを合理化し、スクリプトとヘッダーブロックの変更/追加を可能にするためのツールの大きなセットです(一般的なレイアウトで開催された)ビュー内から醜いハックを適用せずに(つまりヘッド* / inlineScriptビューのヘルパー)。
機会時には私が追加して、例えば、<body>タグを変更する必要がある発見したonloadイベント 、クラス、またはその他の属性のスタイルを私も他のビューヘルパーの中からこれを実行できるようにするために必要。 この次の不自然な例を見てください...
ウェブサイトのXで、特定のページには、標準が含まれ道場のフォームを。 これらの道場のフォームは、利便性のためのビューヘルパー内に保持されています。 一般的には道場含めないことを決定しているCSSの bodyタグ内のクラスを、必要な場合にのみ、それらを追加する。 多分bodyタグに独自の属性を追加する必要があるページ上の複数のビューヘルパーは。そこに(私はそれが不自然と言った)
コードは、私のGITリポジトリに@使用可能ですgithubのと、デモページ 。
"Zend Frameworkのボディタグの表示]ヘルパーを"続きを読む»
これは単純に見えるかも知れませんが、私はのカスタムビューのヘルパーでURLを作成しようとする私の頭を叩いていたZend Frameworkの 。 私はハードコードされた簡単なURLを使用することができなかったので、使用中のサブドメインからモジュールを取得する設定をルーティングしている。
読書"Zendのカスタムビューヘルパーで作成するURLを"続行»
Zend_Navigation、約私の最後のポストで継続でカスタムコントローラ/アクションのsitemap.xmlにするためのリクエストをルーティングする 、このポストはdymnamicallyランタイム/スクリプトの実行時 にZend_Navigationコンテナにページの追加についてです。
そのすべてが順調と良いINIまたはでページを指定するXMLファイルがある時点で、メニューの一部として必要なサイトのページを変更する必要があるとしている、サイトマップ、またはあなたのパンくずリストに含まれる。 したがって、我々が何をする必要があるか、実行時に私たちのZend_Navigationコンテナにページを追加するだけです。 このための例としては、ニュースアイテム、ブログ記事、またはページのコメントなどを追加することになるだろう
"実行時 に動的にZend_Navigationコンテナにページを追加する"続きを読む»