作曲家の構造の紹介

以下は、composer によるチュートリアルコラムを使用したコンポーザーの構造の紹介です。困っている友人の役に立てば幸いです。

composer の構造

Composer コマンド ライン ツール: これは、ユーザー定義の Composer.json をダウンロードすることで比較的簡単に理解できます。必要なコードを入力します。単純に Composer を使用するだけであれば、特定のコマンドをいくつかマスターできます。

コード ローダーの自動読み込み: Composer を介して、開発者はさまざまな方法でコード ローダーを使用できます。重要な点は、PHP の名前空間に基づいています。コンセプトと PSR-4 標準の開発に基づいて、Composer はこれら 2 つのコード オートローダーを開発しました。

Github: Github を使用すると、PHP 開発者はオープン ソース コードをホストできます。この点で、Composer の開発は次のようなものから始まりました。 Github. Composer は基本的に Github 上のコードをローカルにダウンロードします。

Packagist: Composer のコマンド ライン ツールを使用するユーザーの場合、ユーザーが使用できるパッケージの数を知るにはどうすればよいですか? これは主に次のものに依存します。 Packagist 上にあります。Packagist は Composer のメイン パッケージ情報リポジトリです。パッケージ開発者は、Github で特定のコードをホストし、パッケージ情報を Packagist に送信します。この方法を使用すると、Composer は Composer を通じてそれを使用できます。Composer は、ローカルに定義された作曲家.json 情報に基づいて Packagist にクエリを実行します。Packagist は解析します。 Composer.json/Package.json 情報に基づいており、最終的に github ウェアハウスに対応します。Composer は、最終的にコードをダウンロードするときも Github に依存します。ウェアハウス上の Composer.json には、3 種類のcomposer.json が関係しており、その

Composer.json: これは Composer の核心であり、Composer の規則です。3 つのタイプについても上で説明しました。Composer.json には 2 つのタイプがあります。区別に注意する必要があります。

コンポーザーに関するその他の技術記事については、composer コラムをご覧ください。

以上が作曲家の構造の紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。