Symfony コアクラスの簡単な紹介

この記事では主に Symfony のコアクラスを紹介し、Symfony のコアクラス、組織構造、および対応する機能を簡単に分析します。困っている友達が参考になれば幸いです。

詳細は次のとおりです:

Symfonyのコアクラス

SymfonyのMVCメソッドは、将来頻繁に遭遇するいくつかのクラスを使用します

1は、リクエストをデコードしてアクションに渡します。

2. sfRequest には、すべてのリクエスト要素 (パラメーター、Cookie、ヘッダー情報など) が格納されます。

3. sfResponse には、最終的に HTML に変換されてユーザーに送信されるコンテキスト ( sfContext::getInstance()) によって取得されたすべてのコアオブジェクトと既存の構成情報への参照が保持され、どこからでもアクセスできます。

ご覧のとおり、すべての symfony クラスは sf 接頭辞を使用します。これにより、独自のクラスや変数との競合が回避され、コアフレームワーククラスの識別が容易になります。

コード構成

symfony アプリケーションのさまざまなコンポーネントはすでに知っていますが、それがどのように構成されているかは知らないかもしれません。

プロジェクトの構造: アプリケーション、モジュール、アクション

symfony では、プロジェクトは指定されたドメイン名の下にあるサービスとオペレーションのセットであり、それらはオブジェクトモデルを共有します。

プロジェクトは複数のアプリケーションで構成され、アプリケーションは複数のモジュールで構成され、モジュールには複数のアクションを含めることができます。

プロジェクト構造図:

Symfonyのルートツリー構造と説明

Batch/Config/Data/Doc/

apps/	プロジェクトのアプリケーションが含まれており、1つのアプリケーションが対応しますコマンドライン実行またはスケジュール用の PHP コード
Cache/	を含むフォルダー
	キャッシュフォルダー、必須 777権限
	プロジェクトの基本構成を保存します
	データベースなどのプロジェクトのデータファイルを保存します構造、データテーブルの作成 SQL ファイル、または SQLite データベースファイルなど。
	は、独自のドキュメントや PHPDoc によって生成されたドキュメントを含む、プロジェクトドキュメントを保存します。
Lib/	Data Model
Log/	Logフォルダー、777権限が必要です
プラグイン/	アプリケーションにインストールされたプラグインを保存します
Test/	ハーフユニットおよび共通性テスト
Web/	WEB サービスのルート

関連記事