PHP 開発者が知っておくべき 5 つのコンポーザに関するヒント

Composer は、新世代の PHP 依存関係管理ツールです。この記事では、PHP 開発の利便性を高めるために、Composer を使用するための 5 つのヒントを紹介します。

1. 単一のライブラリのみを更新する

特定のライブラリのみを更新し、そのすべての依存関係を更新したくありません。非常に簡単です。

composer update foo/bar

さらに、この手法は「警告メッセージの問題」を解決するためにも使用できます。次のような警告メッセージを見たことがあるはずです:

Warning: The lock file is not up to date with the latest changes in composer.json, you may be getting outdated dependencies, run update to update them.

Rub、何が問題でしたか?慌てないで！ Composer.json を編集すると、次のように表示されるはずです。たとえば、ライブラリの説明、作成者、その他のパラメータなどの詳細を追加または更新したり、スペースを追加したりすると、ファイルの md5sum が変更されます。 Composer は、ハッシュ値が Composer.lock に記録されているものと異なることを警告します。 ＃＃＃＃＃＃だから何をすべきか？ update コマンドはロック ファイルを更新できますが、いくつかの説明を追加するだけの場合は、ライブラリを更新しないでください。この場合、何も更新しないでください:

$ composer update nothing
Loading composer repositories with package information
Updating dependencies
Nothing to install or update
Writing lock file
Generating autoload files

この方法では、Composer はライブラリを更新しませんが、composer.lock を更新します。更新コマンドでは何もキーワードではないことに注意してください。このパッケージが引き起こすものは何もありません。 foob​​ar と入力しても、結果は同じです。

使用している Composer バージョンが十分に新しい場合は、--lock オプションを直接使用できます:

composer update --lock

2.composer.json

を編集せずにライブラリをインストールします。ライブラリをインストールするたびにcomposer.jsonを変更するのは面倒だと思うかもしれないので、requireコマンドを直接使用できます。

composer require "foo/bar:1.0.0"

このメソッドは、新しいプロジェクトをすばやく開くためにも使用できます。 init コマンドには --require オプションがあり、composer.json を自動的に作成できます: (質問に答える必要がないように -n を使用していることに注意してください)

$ composer init --require=foo/bar:1.0.0 -n
$ cat composer.json
{
    "require": {
        "foo/bar": "1.0.0"
    }
}

3. 導出は簡単です

初期化時に、create-project コマンドを試してみましたか?

composer create-project doctrine/orm path 2.2.0

これにより、リポジトリのクローンが自動的に作成され、指定されたバージョンがチェックアウトされます。このコマンドは、元の URI を検索する必要がないため、ライブラリのクローンを作成するときに使用すると非常に便利です。

4. キャッシュを検討し、dist パッケージを優先する

過去 1 年の Composer は、ダウンロードした dist パッケージを自動的にアーカイブします。デフォルトでは、dist パッケージは、「symfony/symfony」:「v2.1.4」などのタグ付きバージョン、またはワイルドカードまたはバージョン範囲「2.1.*」または「>=2.2,<2.3-dev」に使用されます。 (最小安定性として安定性を使用する場合)。

dist パッケージは dev-master などのブランチにも使用できます。Github を使用すると、git で参照される圧縮パッケージをダウンロードできます。ソース コードを複製する代わりに tarball の使用を強制するには、インストールと更新の --prefer-dist オプションを使用できます。

以下は例です (実行時間を表示するために --profile オプションを使用しました):

$ composer init --require="twig/twig:1.*" -n --profile
Memory usage: 3.94MB (peak: 4.08MB), time: 0s
 
$ composer install --profile
Loading composer repositories with package information
Installing dependencies
  - Installing twig/twig (v1.12.2)
    Downloading: 100%
 
Writing lock file
Generating autoload files
Memory usage: 10.13MB (peak: 12.65MB), time: 4.71s
 
$ rm -rf vendor
 
$ composer install --profile
Loading composer repositories with package information
Installing dependencies from lock file
  - Installing twig/twig (v1.12.2)
    Loading from cache
 
Generating autoload files
Memory usage: 4.96MB (peak: 5.57MB), time: 0.45s

ここでは、twig/twig:1.12.2 の圧縮パッケージが ~/ に保存されています。 .composer /cache/files/twig/twig/1.12.2.0-v1.12.2.zip。パッケージを再インストールするときに直接使用します。

5. 変更する場合は、まずソース コードを作成します

ライブラリを変更する必要がある場合は、パッケージをダウンロードするよりもソース コードを複製する方が便利です。 --prefer-source を使用すると、クローン ソース コードの選択を強制できます。

composer update symfony/yaml --prefer-source

次に、ファイルを変更できます:

composer status -v
You have changes in the following dependencies:
/path/to/app/vendor/symfony/yaml/Symfony/Component/Yaml:
    M Dumper.php

変更したライブラリを更新しようとすると、Composer は変更を中止するかどうかを確認するメッセージを表示します:

$ composer update
Loading composer repositories with package information
Updating dependencies
  - Updating symfony/symfony v2.2.0 (v2.2.0- => v2.2.0)
    The package has modified files:
    M Dumper.php
    Discard changes [y,n,v,s,?]?

準備運用環境の場合

最後に、コードを運用環境にデプロイするときは、自動読み込みを最適化することを忘れないでください。

composer dump-autoload --optimize

インストール時に --optimize- を使用することもできます。パッケージのオートローダー。このオプションを使用しない場合、20% ～ 25% のパフォーマンスの低下が見られる可能性があります。

コンポーザー関連の技術記事の詳細については、

列をご覧ください: //m.sbmmt.com/tool/composer/

以上がPHP 開発者が知っておくべき 5 つのコンポーザに関するヒントの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。