ThinkPHP フレームワークのプロセス制御 - リクエスト表示ページ
今日 ThinkPHP フレームワークを調べてみましたが、確かに zend よりもはるかに便利だと思います。難しすぎて我慢できません。1 時間で 6 回見ても理解できませんでした。この場合、次のことに進むことはできません。それらは非常に密接に関連しているため、段階的に THINKPHP を学習し、その後 zend に移行しました。学習後、ThinkPHP フレームワークは zend
よりもはるかに単純であることがわかりました。一方、その設定は仮想ホストを設定するだけで済みます。また、zend のカプセル化ほど強力ではないため、メソッドを呼び出すのは比較的簡単です。ディレクトリ構造は非常に明確であり、メソッドを直接呼び出すことができます。一方、display() メソッドを使用するだけでビュー ページを呼び出すことができます。 zend のようにスケーラビリティに優れているわけではありませんが、tp にも欠点があり、利点もあります。その欠点は、確かに zend ほど強力ではないことです。 zend の過渡的なチュートリアルとみなされます。
それでは、思考の実行プロセスとは何でしょうか?
まず、仮想ホストを確立し、すべてのディレクトリを準備した後、サイト名を要求すると、最初に tp ウェルカム インターフェイスが表示されます。その後、すべてが次のようになっていることがわかります。すべてのディレクトリは、モデル、ビュー、コントローラーなどを含む、非常に包括的な構成になっています。次に、テストしたいのは、バー ビューのテストです。
ビュー ページの呼び出しは非常に簡単です。この方法で、ビュー内に作成したいファイル名でコントローラー ファイルをコントローラー内に作成します (非常に複雑です。例を見てみればわかります)。ただし、これを忘れてはなりません。コントローラー クラスを継承して、display() メソッドを使用してビューの対応するページを要求するだけで、ビューの表示が簡単に完了し、階層化された全体が表示されます。という考えが明らかになります。
しかし、特定のテスト中にまだいくつかの問題に遭遇しました:
最初はパスの問題です。自分が何であるかを理解していなかったので、zend の学習がパスの問題で行き詰まってしまいました。ファイルが書き換えメカニズムを使用できない理由は、tp がパスを取得パス モード、フル パス モード、書き換えパス モード、互換パス モードの 4 つのタイプに分けているためです。テスト用のパス取得モードですが、構成ファイルを変更したい場合は、config.php に移動して変更する必要があります。config で次のように変更する必要があります。
return array(
//'設定項目'=>'設定値'
//互換パスモードに設定します
'URL_MODLE' => 3,
//デバッグを表示するように設定しますinformation
'SHOW_PAGE_TRACE' => true,
//URL 非依存設定
'URL_CASE_INSENSITIVE'=> true,
);
これはパスの問題であり、もう 1 つは外部ファイルの導入です。 🎜>これが間違っているかどうかは説明がありません。これは単に利便性と標準化の問題です。css などの外部ファイル。 js、画像などはすべて絶対パスの形式で表示されるため、高速かつ正確である一方で、変更が簡単です。
インデックス エントリ ファイルに定数アドレスを設定できます:
define("SITE_URL","http://mytest.com/");
define("CSS_URL") ,SITE_URL ."Public/css/");define("JS_URL",SITE_URL."Public/js/");
define("IMAGE_URL",SITE_URL."Public/js/");
ビューを導入するときに次のようにインポートできます:
最後の提案は、開発モードをオンにすることです。これにより、情報を明確に理解し、デバッグが容易になります。
define("APP_DEBUG") ,true);// 開発モードに調整します