この記事では主に Symfony のコアクラスを紹介し、Symfony のコアクラス、組織構造、および対応する機能を簡単に分析します。困っている友達が参考になれば幸いです。
詳細は次のとおりです:
Symfonyのコアクラス
SymfonyのMVCメソッドは、将来頻繁に遭遇するいくつかのクラスを使用します
1は、リクエストをデコードしてアクションに渡します。
2. sfRequest には、すべてのリクエスト要素 (パラメーター、Cookie、ヘッダー情報など) が格納されます。
3. sfResponse には、最終的に HTML に変換されてユーザーに送信されるコンテキスト ( sfContext::getInstance()) によって取得されたすべてのコア オブジェクトと既存の構成情報への参照が保持され、どこからでもアクセスできます。
ご覧のとおり、すべての symfony クラスは sf 接頭辞を使用します。これにより、独自のクラスや変数との競合が回避され、コア フレームワーク クラスの識別が容易になります。
コード構成symfony アプリケーションのさまざまなコンポーネントはすでに知っていますが、それがどのように構成されているかは知らないかもしれません。
プロジェクトの構造: アプリケーション、モジュール、アクション
symfony では、プロジェクトは指定されたドメイン名の下にあるサービスとオペレーションのセットであり、それらはオブジェクト モデルを共有します。
プロジェクトは複数のアプリケーションで構成され、アプリケーションは複数のモジュールで構成され、モジュールには複数のアクションを含めることができます。
プロジェクト構造図:Symfonyのルートツリー構造と説明
apps/
|
プロジェクトのアプリケーションが含まれており、1つのアプリケーションが対応しますコマンドライン実行またはスケジュール用の PHP コード |
Cache/ |
を含むフォルダー
| Batch/
キャッシュフォルダー、必須 777権限 |
|
プロジェクトの基本構成を保存します
|
|
データベースなどのプロジェクトのデータファイルを保存します構造、データテーブルの作成 SQL ファイル、または SQLite データベース ファイルなど。 |
|
は、独自のドキュメントや PHPDoc によって生成されたドキュメントを含む、プロジェクト ドキュメントを保存します。 |
|
Lib/ |
Data Model |
Log/ |
Logフォルダー、777権限 が必要です |
プラグイン/ |
アプリケーションにインストールされたプラグインを保存します |
Test/ |
ハーフユニットおよび共通性テスト |
Web/ |
WEB サービスのルート |
関連する推奨事項:
symfony ウィンドウにインストールする際の問題の解決策
PHP symfony/var-dumper に印刷プラグインをインストールする方法
以上がSymfony コアクラスの簡単な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。