Zend Frameworkの最初の鮮度、ch1：MVCを推奨

私はディーンの要請でここで禁止されていなかったので、社会に利益をもたらすことにしました。 私はバカで何もできないので、ZFについて書いてみましょう-なんらかの理由で誰もが心から憎んでいる素晴らしいことです。 ただし、日本テレビでペレビン（申し訳ありませんが、本物ではありません）が上映されるまで、間に合わせる必要があります。



あらゆる種類のQSの主な不幸は、それらが本当に迅速で実際に開始することですが、そのようなことをすべて行うと、特に「スケーラブル」なアプリケーションが得られないため、何をすべきかは明確ではありません。 Zend Frameworkの以前のバージョンの公式クイックスタートと比較すると、 新しいものは素晴らしいですが、欠陥がないわけではありません。 私は反対側から行きます。意味のない典型的なことを行う方法を説明する代わりに、（！）Zend Frameworkのすべての可能なメソッドを使用してアプリケーションを一般的に記述する方法を説明します。 ああ、それはhabracatをする時間です。



Zend Frameworkは、本物の男性向けの魔法のような幸せなPHPフレームワークです（;-)）。 私にとって、ZFは非常に短い時間で簡単に作成でき、スケーラブルで非常にコンパニオンなWebアプリケーションを書く唯一の方法です（6時間は手間をかけずに簡単に実行できます）承認+登録+投稿+テープ+ツリーのようなコメント+茶+コーヒー+ダンスまったく何もする必要のない決定（Wordpress、Drupalなど）からプログラマーに何も課さないことによって：原則として、ZF、一連の関連クラス：そのスタイルを維持しながら、必要なものだけを使用できます破る あなたが一番好きな靴。 Zend_Authを認証に使用しませんか？ そして誰があなたがあなた自身の何かを書くことを禁じますか？ ;）同時に、美しく非常に論理的に構築されています（あらゆる種類のクラス、親、インターフェース、すべてのゴミ）：たとえば、単に標準Zendクラスからいくつかのクラスを継承し、本当に追加したいものを追加するだけで便利ですホリバーのコメントに「ZF対何でも」を配置します。お願いします。まったくしないでください）。



うん！ ですから、私たちが成功することは、（願わくば）複雑ですが、論理的で、多少なりとも美しいものになります。 私はバカでアマチュアなので、すべての動きが本当に合理的で正しいことをふりすることはできません。貴重なアドバイス、追加、反論については「ありがとう」などと言います。 ああ、そうです、そしてそれはここの唯一の記事ではないと思います。 さらに、最初の1つはかなり平凡に見えるかもしれませんが、この場合は2つ目を待っています8）この特定の1つで、MVCのZend実装での作業について話します



私は自分自身を繰り返すことにしました。「私はハッカーではなく、ただ学習しているだけです。」 もっとよく知っていますか？ これを書き直して/次の記事を一緒に書いて、さらにクールにしましょう;-)



はい、私はあなたをとても愛していますが、コメントでは文法や句読点の間違いやコードのタイプミスを指摘します-nasra to karma。 habrahpostに書き込みます。 削除できない記事の下に迫っているこれらの暫定修正は誰も必要としません。



行こう！



最初のステップは、ZFをダウンロードしてから、少なくとも「構成とレジストリの作成」までQuickstartを実行することです。 その後、SQLiteでなんらかのバカが来ます（スカイラインの意味がわからない）、そしてZend_Formが一般的に使用されます（私はこの種のエンターテインメントの反対者です。複雑なことはありません）。 あなたが成功するスケルトンから、私たちは踊ります。



そのため、次のようなものがあります（存在しない-作成する、何か余分なものがある場合-まあ、それについてどうするかを自分で決めてください）：

 +アプリケーション/
   +構成/
     * app.ini
   +コントローラー/
     * IndexController.php
	 * ErrorController.php
   +レイアウト/
	 +スクリプト/
	   * layout.html
	 +ヘルパー/
   +モデル/
	 + dbtable /
	 * SuperModel.php
   +ビュー/
     +スクリプト/
	   +インデックス/
	     * index.phtml
       +エラー/
	     * error.phtml
	 +ヘルパー/
   * routes.php [1]
   * bootstrap.php
 +ライブラリ/ // [2]
   + zend /
	 // tru-la-la ...
 + public /（彼はhtdocsです/私にとっては重要ですが）
   +静的/
     // [3]
   * index.php

[1]-すべてのルートはこのファイルにあります。 その後、bootstrap.phpに含まれます（qsの後、ルートはブートストラップ自体に含まれますが、通常は少し大きすぎます）

[2]-このフォルダーを1つ上のレベルに移動します。つまり、すべてを/home/va1en0k/coolsite.ru/に保存している場合は、/の代わりに/ home / va1en0k / library /にライブラリーを保持しますhome / va1en0k / coolsite.ru / library /：他のプログラムの場合は、それらに簡単にアクセスできます

[3]-さまざまなクールなCSS、JSファイル、写真があります-カヌー全体。 スタイルで展開することができます/、画像/、他のサーバーに持ち出すことができます、誰もあなたがここにそれらを保持することを強制しません：私たちはすべてのHTML



すべてが非常に単純な、通常のMVCです。 プログラムを作成するためのアルゴリズムは次のとおりです（誰もが大好きな「テストによる開発」とは多少異なりますが、原則として、開発前/後/開発中にフォーム、コントローラー、モデルのテストを調整できます）。

1. まず、特定のユーザーアクション中に発生する何かが必要です。デザイナーがそれについて質問したか、何か他のものがあります。
2. アクションは常に何らかのURL呼び出しです。 URLを作成します（任意でも構いませんが、/「controller_name」/「action_name」という形式のURLに非常に満足しています。しかし、投稿を取得するには、何らかの/ post / 12321を使用する方が適切ですか？）、決定しますそれがコントローラーによってどのように処理されるか（何も当てはまりませんか？/ application / controllers /に新しいものを作成します）、このコントローラーにアクションを追加します。
3. /views/scripts/controller_name/action_name.phtmlを作成し、必要なhtmlをそこに描画します。
   
   
   • 他のページに表示されていないものを表示する必要がある場合は、次のように記述します。<？= $ This-> shachlo？>、書き留めるか、必要なものを覚えておいてください。
   • たとえば、あるユーザーの名前など、たくさん表示されるものを出力する必要がある場合、<？= $ This-> printUser（$ this-> user）？>;
   
   
   
4. 次に、必要なすべてのヘルパーを作成します（ヘルパーは、次のように呼び出される関数です：<？= $ This-> printUser（$ this-> user）？>）。 それらを/ views / helpers /で書きます。 アイコンを追加したり、ユーザーの名前に他のスタイルをいつでも適用できるように、それらを個別に使用することをお勧めします。 または、すべてのユーザーを「OK」という言葉に置き換えて、すべてのユーザーが驚いたことに夢中になるようにします。 ％）
5. 幸せにジャンプして、アクションを書きます。 アクションコード全体を（実際にはそうではないが）3つの部分に分けることができます。
   
   
   • 引数を処理します。フォームまたはそこのURLからデータを取得します（URLが/ user / 12345の場合）。
   • アクションに必要なことを行います。ロケットを宇宙に発射するか、ポケットベルでタクシー運転手にメッセージを送信します。 データベースからのデータが必要な場合、またはLast.fmやTwitterからのデータ、またはその他のデータが必要な場合は、モデルについて質問します。 [これまでに]モデルが発行方法を知らない場合、できるかどうかを尋ねます：$ this-> m-> twitter-> getUser（ "va1ka"）; またはそこに$ this-> m-> getUsersTable（）-> getUser（ "va1en0k"）; -必要に応じて、質問してください。
   • 彼がステップ3で要求したすべてを表示します。$ this-> view-> shachlo = "popyachtsa"; など。
6. 前のステップで彼女に求めたすべてをモデルに追加します。

このアルゴリズムはほぼ普遍的であり（ユーザーアクションで何が起こるかが必要な場合は、少し異なる方法で行動する必要があります）、できるだけ明確に固執することをお勧めします。 なぜ最初に見てから、残りを見るのですか？ さて、2つの理由で、最初に37signalsがアドバイスし、次に、これが私たちが必要とするものと受信する形式を理解する最も合理的な方法です。 すべてのデータリクエストがモデルを介してのみカプセル化されるようにすることが重要です：幸いなことに、その場合、データベースを見ずに手を振ったり、ステップモジュールのリセットなど、プログラムを高速化する素敵なキャッシュを追加したりできます。 すべてのHTML、つまり非常に完全にすべてが、フォルダー内、ヘルパー内、またはそのようなビューまたはレイアウトを通過するようにすることが重要です。



そして今、MVCの3つのクジラのためにより具体的に。

表示する

雄弁にほのめかしたように、ビューにはすべてすべてのHTMLがあるはずです。 コントローラーや、特にモデルで発生するすべてのエラーは、タグがなく、裸線である必要があります。 出力定数（たとえば、キャッチフレーズや「エラー！ユーザー名は最大25文字でなければなりません！自殺してください！」）もビューに保存する必要があります。



どうやってやるの？ ヘルパーが助けに駆けつけます！ ヘルパーを作成します（それから、驚くほどのコードが出てきます。これはそのまま使用する価値はありませんが、原則として、本当にひどいものは何もありません。何が起こっているのかを整理する方法を自分で考えてください）。

 class Zend_View_Helper_Errors extends Zend_View_Helper_Abstract {
	パブリック関数エラー（$ err）{
		 if（！sizeof（$ err））return '';
		
		 $ html = '<div class = "errors">';
		
		 foreach（$ errとして$ err）
			 $ html。= '<p>'。  AppErrors :: getErrorString（$ er）。 '</ p>';
		
		 $ html。= '</ div>';
		
		 return html;
	 }
 }

また、静的メソッドを持つクラス：

クラスAppErrors {
	静的関数getErrorString（$ er）{
	   //文字列を返します。 私たちはどこかからそれを取ります：配列がそこにあるか、データベースまたは他のどこかにあり、必要ならばZend_Translateを介して翻訳して返します
	 }
 }

$ Err自体-ヘルパー引数-は「エラー」の配列です。 エラーは、単にいくつかの番号、または配列（たとえば、配列（ 'err_id' => 666、 'err_arg' => 'satan'）によってエンコードされます。エラーにarguments％がある場合）想像力が損なわれている限り。

コントローラー

コントローラーはアクションで構成されています。 アクションは、アプリケーションのバックボーンです（統合アプローチに基づく構造機能社会学の場合と同様）。 これは、プログラム設計者からプログラマーへの理想的な要求です。「さあ、このボタンを押すと、これが起こります。」 したがって、「そのような」はアクションです（誰に説明しますか？）。



コントローラーをバッチで作成する前に、トリッキーな動きをすることをお勧めします。独自のフロントコントローラーとアクションコントローラーを作成し、それらを既に継承しています。 次に、その場合、たとえば、サイトにアクセスせずにページにアクセスすることを禁止できます（たとえば、らい病のコロニーのように）、アクションコントローラーに必要なさまざまな変数を設定します。

クラスSchachloFrontControllerはZend_Front_Controllerを拡張します{
	 // 

ここで、getInstance（）をオーバーロードすることを忘れないでください。

 } // bootstrap.phpを変更することを忘れないでください！
クラスSchachloActionControllerはZend_Action_Controllerを拡張します{
	 //私の意見では、オーバーロードする必要はありません％）
 } //そして、そこからすべてのアクションコントローラーを継承します（これらは/ application / controllers /

それでは、すべてが多かれ少なかれ明確です。 コードを可能な限り小さな関数に分割し、モデルに押し込むか、ヘルパー（ビューヘルパーとアクションヘルパーの両方）に任せることをお勧めします。 忘れないでください：祖母のミドルネームが％であっても、すべてのデータはモデルで受信する必要があります。そうではありませんが、祖母だけが必要な場合は、構成の方が良いです

モデル

実際、このモデルでは、私は経験不足について最も疑問を持っています。 まあ、私は通常個人的にこれを行います：

各データタイプについて、データベースにタブレットを作成します。 そこには、投稿のために、コメントのために、すべてのものがあります。 データ型に配列変数（たとえば、投稿のタグ）がある場合、そのために、切り株は明確で、別個のラベルです。 次に、プレートごとに/ application / models / DbTable /に独自のファイルを作成します。 さて、メインファイルはSuperModel.phpで、このファイルでは、アンジェリーナジョリーがすべてのタブレット（静的変数に格納されている）をメソッドとともに返します。 同様に、ファイルシステムまたは外部データソースを操作するために必要なクラスを突き出し（最近では、まったく緊張せずにZend_Rest_Clientを使用してlast.fmを操作しました）、スーパーモデルに到達するためのメソッドを突き出しました。



そのため、突然何かを知る必要がある場合は、これが懸念するデータソースの数を調べます。 1つのラベルの場合：メソッドを独自のクラスに追加します。 ラベルが1つとそれ以上のラベルがある場合（たとえば、投稿ラベルから投稿を取得し、タグなどからタグを取得するなど）-そして、それに対しても。 また、2つ以上またはそれ以下のテーブルが必要な場合は、メソッドをモデルに配置しますが、参加している各テーブルで作業を自分で整理します。



チェはもっと言う？ そうそう。 キャッシュを忘れないでください。 各メソッドにキャッシュトラッキングを追加するか、2つのモデルを一度に取得して作成できます。1つは上記のモデルで、もう1つはキャッシュを介して最初のモデルを呼び出し、同時に不要な場合はオフにします。 再び禁止されない場合は、おそらくキャッシュについて書き込みます。 ：D



ふう それは13キロバイトと思われ、あまり多くはないと言った。 恋人、そこにあるもの！ フィードバックを待っています。