ThinkPHP6 アプリケーションの初期化 (ソースコード分析)
#ThinkPHP6 ソース コード分析アプリケーションの初期化
App Constructまず、__construct で何が行われるかを見てみましょう。基本的に、どのフレームワークもここでいくつかの基本的な操作を実行します。つまり、ここから拡張されます。public function __construct(string $rootPath = '') { $this->thinkPath = dirname(__DIR__) . DIRECTORY_SEPARATOR; $this->rootPath = $rootPath ? rtrim($rootPath, DIRECTORY_SEPARATOR) . DIRECTORY_SEPARATOR : $this->getDefaultRootPath(); $this->appPath = $this->rootPath . 'app' . DIRECTORY_SEPARATOR; $this->runtimePath = $this->rootPath . 'runtime' . DIRECTORY_SEPARATOR; if (is_file($this->appPath . 'provider.php')) { $this->bind(include $this->appPath . 'provider.php'); } static::setInstance($this); $this->instance('app', $this); $this->instance('think\Container', $this); }
##● ThinkPath、rootPath、appPath、runtimePath が設定されます
#● デフォルトのサービス プロバイダーがバインドされており、app\Reques と app\ExceptionHandle の合計 2 つが提供されます。あなたが使用するのはリクエストです。具体的には、appPath に移動して表示します。● 現在のコンテナ インスタンスを設定します。APP● App($this) インスタンスをコンテナ、それぞれ app と think\Container にバインドします。 App クラスは Container を継承するため、独自のインスタンスをコンテナにバインドすることに注意してください。 ここでアプリケーション全体が初期化されたようですね?ここでは、Request run の内容の一部をここに置く必要がありますが、これはフレームワークの主な初期化作業であるためですが、初期化作業のこの部分を Request run に置くのは合理的ではないと思います。 #Main 初期化public function initialize() { $this->initialized = true; $this->beginTime = microtime(true); $this->beginMem = memory_get_usage(); // 加载环境变量 if (is_file($this->rootPath . '.env')) { $this->env->load($this->rootPath . '.env'); } $this->configExt = $this->env->get('config_ext', '.php'); $this->debugModeInit(); // 加载全局初始化文件 $this->load(); // 加载框架默认语言包 $langSet = $this->lang->defaultLangSet(); $this->lang->load($this->thinkPath . 'lang' . DIRECTORY_SEPARATOR . $langSet . '.php'); // 加载应用默认语言包 $this->loadLangPack($langSet); // 监听AppInit $this->event->trigger('AppInit'); date_default_timezone_set($this->config->get('app.default_timezone', 'Asia/Shanghai')); // 初始化 foreach ($this->initializers as $initializer) { $this->make($initializer)->init($this); } return $this; }
# .env 環境変数ファイルをロードします
# 設定ファイルと環境変数ファイルをロードします。アプリケーション
##● common.php をアプリケーションにロードします。#● ヘルパー関数を thinkPath ディレクトリの helper.php にロードします。
● 構成ファイルをロードします。
● アプリケーション ディレクトリにevent.php イベントをロードします。
#● アプリケーション ディレクトリに service.php サービスを登録します。#● 言語パックをロードします。
#● AppInit をリッスンします。イベントを実行するには、このイベントを使用してリクエスト前の作業を行うことができます##● タイム ゾーンの設定
##● すべてのサービスを挿入してサービスを開始する##サービス登録#初期化プロセス中にサービス登録を実行します。サービス登録は何を行うのでしょうか?サービスの利用方法は?public function register($service, bool $force = false) { $registered = $this->getService($service); if ($registered && !$force) { return $registered; } if (is_string($service)) { $service = new $service($this); } if (method_exists($service, 'register')) { $service->register(); } if (property_exists($service, 'bind')) { $this->bind($service->bind); } $this->services[] = $service; }
#● サービスをインスタンス化する
# register メソッドの場合実装されている場合は、それを実行する必要があります register メソッド
#バインド属性が設定されている場合、サービス インスタンスをコンテナにバインドする必要があります##最後にサービス配列全体にマージして待機しますfor boot
サービス起動
現在、初期化中のサービスは次の 3 つだけです。##これら 3 つのサービスは次のとおりです:
foreach ($this->initializers as $initializer) { $this->make($initializer)->init($this); }
# エラー サービスはフレームワークの例外とエラーを処理するために使用されます
##● RegisterService は文字通りサービスを登録することを意味します#● BootService はサービスを有効にするには
エラー処理については後で説明しますが、ここでは RegisterService と BootService について説明しましょう。
RegisterServiceをContainerから作る場合
隠れた静的メソッドmakeがあり、初めてContainerからインスタンスオブジェクトを作るたびにmakeメソッドが実行されます。まずメソッドを実装する必要があります。 Init メソッドが実行されます。 RegisterService を入力すると、このメソッドが表示されます。メソッドの内容は次のとおりです。
think\initializer\BootService think\initializer\Error think\initializer\RegisterService
このメソッドは非常に奇妙で、私が想像していたものとは少し異なります。サービスは、config ディレクトリの service.php からではなく、ランタイム ディレクトリから直接取得されます。なぜそうなるのでしょうか? Composer の開発により、TP フレームワークはパッケージの自動検出も提供できます。これは、開発チームが常にコミュニティに近づくことを証明しています。これがどのように実現されるかを見てみましょう。
これはすべてコンポーザーによるものなので、rootPath の下にあるcomposer.json を見てください。一番下に行くと、次の設定が見つかります。
public function init(App $app) { $file = $app->getRootPath() . 'runtime' . DIRECTORY_SEPARATOR . 'services.php'; $services = $this->services; if (is_file($file)) { $services = array_merge($services, include $file); } foreach ($services as $service) { if (class_exists($service)) { $app->register($service); } } }
From構成の観点から見ると、フレームワークは、service:discover と Vendor:publish という合計 2 つの命令を提供します。ここでは具体的な実装については説明しませんが、パッケージ検出が service:discover によって実装されることだけを知っておく必要があります。
また、ここではデフォルトで 3 つのサービスが挿入されます。
"scripts": { "post-autoload-dump": [ "@php think service:discover", "@php think vendor:publish" ] }
最後に BootService を見てみましょう。これは非常に簡単です。名前付けの観点から、以下がサービスを通常に開始するコードであることはわかりますが、ここで説明する必要があるのは、サービスを開始する前にサービス クラスにブート メソッドを実装する必要があるということです。
PaginatorService::class, ValidateService::class, ModelService::class,
ThinkPHP の関連知識については、
ThinkPHP チュートリアルをご覧ください。
以上がThinkPHP6 アプリケーションの初期化 (ソースコード分析)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック

この記事では、ThinkPhpのCLI機能を使用して、構築コマンドラインアプリケーション(CLI)を示しています。 INSUなどの一般的な落とし穴を強調しながら、モジュラー設計、依存関係注入、堅牢なエラー処理などのベストプラクティスを強調しています

この記事では、パフォーマンスの最適化、ステートレス設計、セキュリティに焦点を当てたサーバーレスアーキテクチャでThinkPhpを使用するための重要な考慮事項について説明します。コスト効率やスケーラビリティなどの利点を強調しますが、課題にも対処します

ThinkPHPのIOCコンテナは、PHPアプリで効率的な依存関係管理のための怠zyなロード、コンテキストバインディング、メソッドインジェクションなどの高度な機能を提供します。

この記事では、ThinkPhpとRabbitMQを使用して分散タスクキューシステムの構築を概説し、インストール、構成、タスク管理、およびスケーラビリティに焦点を当てています。重要な問題には、Immedのような一般的な落とし穴を避けるための高可用性の確保が含まれます

この記事では、パラメーター化されたクエリを介してThinkPhpのSQL注入の脆弱性を防ぐこと、RAW SQLの回避、ORM、定期的な更新、適切なエラー処理を介して説明します。また、データベースクエリとvalidatを保護するためのベストプラクティスもカバーしています

この記事では、アーキテクチャ、機能、パフォーマンス、およびレガシーアップグレードの適合性に焦点を当てたThinkPhp 5と6の重要な違いについて説明します。 ThinkPhp 5は従来のプロジェクトとレガシーシステムに推奨されますが、ThinkPhp 6は新しいPRに適しています

この記事では、ThinkPHPの組み込みテストフレームワークについて説明し、ユニットや統合テストなどの主要な機能と、早期のバグ検出とコード品質の向上を通じてアプリケーションの信頼性を高める方法について強調しています。

この記事では、セキュリティ、効率、スケーラビリティに焦点を当てた、ファイルのアップロードとクラウドストレージをThinkPHPで統合するためのベストプラクティスについて説明します。
