実際、zend が行っていることは、超プロフェッショナルな PHPer のすべての知識を、誰もが使用できるパッケージにパッケージ化しているだけです。もちろん、この PHPer の習慣はあなたのニーズを満たさないかもしれませんが、必要なコンテンツを取得するだけです。
これらをすべて読んだ後、ソース コードの一部を選択して、独自の Zend フレームワーク アプリケーション、または MVC に特化した Zend フレームワークを作成できます。
アクセス制御リストは、リソースのロール権限モデルを実装します。これは単なる概念です。私が使用しているアクセス許可方法は、アクセス許可に関しては基本的に Acl と同じです。そして、acl を拡張するにはさらにコードを記述する必要があります。自分で書いた方が良いですよ。
検証。検証のみを担当します。伝説によると、HTTP 認証があり、openID をサポートしています。それは私にとって単なる伝説です... 検証とは、はいかいいえを比較し、それに応じて動作することです。
キャッシング。これは少なくとも、最も単純なキャッシュ方法、つまり if else、キャッシュあり、読み取りキャッシュ、およびキャッシュなしの読み取りデータ インベントリ キャッシュのペアを教えてくれます。 zend_cache には 3 つの大きな特徴があり、これらは他のキャッシュを使用せずに zend_cache を使用できる 3 つの利点です。 1. キャッシュ レコードの一意性を識別することで、手間を省くことができます。 2つのライフサイクルがあるため、お金を節約して自分で行うことができます。 3 条件付き実行... 実際、zend_cache について学ぶ価値があるのは、フロントエンドとバックエンドが異なる役割を担うということです。バックエンドはストレージを担当し、フロントエンドは担当します。パラメータなどに。キャッシュに関しては、基本的にシステム、プログラム、サーバー、さらにはsmartyでも利用可能です...
伝説的な操作構成、この構成の操作はすでに PHP でサポートされており、うまく機能します。 Config の最も優れた点は、XML 形式を読み取れることです。実際、何を読み取れるか、どの形式の XML 設定が読み取れるかは zend によって指定されます。最も一般的に使用されている DB 構成を調べました。その構造は通常の構成ファイルではありません。さらに多くのレイヤー。さらなるルール。たぶんもっと明確になるでしょう。
コマンドラインプログラムがオプションとパラメータを解析するのに役立ちます。この文はコピーされました。実際の開発とはまったく関係ありません。この文 (rm * -fr) を説明できると聞いたのですが、何をするのか説明してください。
Zend_Controllerゼンド通貨
Zend_Date
ゼンド_DB
Zend_Debug
Zend_Exception
ゼンドフィード
ゼンドフィルター
ゼンドフォーム
GdataとはGoogle Dataの略で、もちろんGoogleのものですが、有名なGmail、検索、地図は含まれません。これは単なる Google データ API です。 Google の API に興味がある場合は、調べてみてください。私は GOOGLE のファンでも、Baidu のファンでもありません。
この部分が私の現在のphpの主な研究方向です。もちろん、zend は多くの意味のあることを行ってきました。 zend_http は PHP のcurlに非常に似ていますが、curlほど強力ではないように感じます。しかし、curlの操作は少し不透明です。この点はまだ改善が必要です。たとえば、これをベースにして http を検出するクラスを開発できます。ふふ。私はそのほうが好きです。
伝説的な個人識別認証情報。それは単なる伝説的なものであり、応用例はほとんどありません。
JavaScript Object Notation は、json の操作を担当します。実際には、エンコードとデコードを行っています。json に興味がある場合は、勉強してください。興味ないです…
セカンダリビューを実装するビュー関連のもの。私はこの問題を解決するために zend コントローラーまたは shtml を使用することに慣れています。方法は異なります。
動的読み込みは、もちろん静的インクルードと比較されます。必要に応じてロードできます。もちろん、これは漠然とした概念ですが、多くの作業を節約できます。とても素敵なコードです。効率ですか？
国際化?単に国際化と考えてください。馬永燦がイタリア語に訳したものを誰が知りたいでしょうか？ とにかく、私には必要ありません。
ユニバーサルログ記録。これはオペレーティング システムのログに非常に似ており、Apache のログにも非常に似ています。これは私が書いたログに少し似ています... Zend_log の 2 つの最良の概念は次のとおりです: 1. エラー レベル、通知レベルなどの採点、zend は 8 つのレベルに分かれています、2. ログの保存、zend はログを出力に入れることができます、データベース、ファイル。もちろん、最も一般的に使用されるのはファイルに出力することです。 zend_log は私に多くのインスピレーションを与えてくれました。 MyZ_log を改善するために使用されました。とても便利なものです。
現在、私は PHP で書かれた smtpMail クラスを使用しています... もちろん、zend も PHP で書かれています... たまたまメールを使っている場合、または元のメール機能が十分ではないと感じている場合は、 zend_mail を見てください。
変換の最も簡単な例は、フィートをメートルに変換することです。うちのような小さなお寺には…役に立ちません…
メモリ管理、そうですね。これは小さなことではありません。プログラムレベルのメモリ管理。わかりません...低レベルのプログラマは、このプログラムレベルのメモリ管理を気にするかもしれません。
Mime は主にメール機能に使用されますが、もちろん自分で使用することもできます。
OpenID。これは非常に人気のあるものであり、その目的は世界中のすべてのアカウントを統合することですが、現実にはすべてのメーカーが統合に乗り気ではありません。彼らは皆、他の人をどのように統合するかを考えています。したがって、この問題はあまりうまく発展していません。
Pdf は Adobe のファイル形式で、電子書籍で最も一般的に使用されている形式です。 Zend は PDF 操作をサポートしていると宣伝されていますが、これを宣伝する必要がありますか? それは大騒ぎしすぎです。
グローバル アプリケーションへの物体 (変数、配列、クラスなど) の登録は、一度書き込めばどこでも使用できます。もちろん、これはプロジェクト全体を指します。ちょっと高いけど頻繁に使うなら助かりますね。使用するたびに新しいクラスを作成する必要がなくなります。
この背景は小さくありません。 Zend には古典的なプログラムがたくさんあります。 Rest は xmlrpc や SOAP に似ています。最新の Web サービスですが、xmlrpc ほど使用されていないようです。石鹸はそれほど多くありません。伝説によると、私は休息の父、伝説のゼンドの論文も持っているそうです。
テキストベースの検索エンジンはもちろん Lucence から採用されたものですが、今では zend が PHP を支配しているようなものではないかと思い始めています。なんで何も書けないんだろう…試してないんです。
他の Zend クラスのサポートを提供します。基礎クラスです。もちろん自分で使うことも可能です。これを利用すればRESTよりも優れたWebサービスを開発できるかもしれません...
インターネット上の Google のさまざまなサービスに加えて、なぜ Google を取り上げる必要があるのでしょうか? 実装は難しいですか? それとも Google は強力すぎるのでしょうか? これらはどれも使用したことがありません… 使用します。 csdn で fresh を使用して関連記事を csdn ブログに追加している素晴らしい人を見ました... (関連記事の追加を何度も csdn にリクエストしましたが、何も起こりませんでした... この人は本当に素晴らしいです。csdn では得られないもの銃も大砲も自分たちで作ります)
これは良いことです。これは、セッションを保存し、セッションを提供するための API を提供します。もちろん、これはクロスドメイン名とクロスサーバー用に用意されています。もちろん、従来の session_start() を置き換えることもできます...これを実行したい場合は...
言語の問題が解決されました。 。 。私が最もうれしいのは、zend が .mo ファイルを使用していることです。この mo ファイルは drupal の言語パックです。ゼンドは素晴らしい仕事をします。
URL を検証するクラス。これも基本であり、他の zend メンバーによって呼び出されます。自分で使うこともできます。
Validator、その前にフィルタリング用のフィルターがあります。これは検証済みです。本質は同じです。ルールに則っているかどうかを判断し、trueかfalseを返すvalidateをすることです。フィルターは非準拠領域を直接削除します。もちろん、私たち全員が独自のフィルターとバリデーターを持っている必要があります。 zend をよく見て修正を加えてください。
これは、zend のソース コードの最も読みやすい部分です...最も単純です。 zend を学びたいかどうかに関係なく、この本を読むことをお勧めします。他の人に自慢するときに「zend」と言えるようになります。数年前にそのソースコードを読んだことがありますが、よく書かれています...
Zend MVC のメンバー。五虎将軍の一人ともいえる。でも私の場合は使いませんでした…smartyで代用しました…zendにはちょっと申し訳ないですが、zendにはたくさんあるのに、ほんの少ししか使っていません…ああ…でも。 zend_view のヘルパーは非常に優れています。手書きを置き換えて、ビュー レイヤーに表示する必要があるさまざまなコードを生成できます。
Web サービス、xmlrpc は最も単純なものです。もちろん、zend のクラスも 80/20 の使命を果たします。使っている人は少ないと思います。
Zend は 2/8 理論とも非常に一致しており、プログラムの 20% が頻繁に使用されます。残りはほとんど使用されません。しかし、完全なフレームワークとしては、zend は古典的なものです。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
