2017-12-22 50 views
0

私は複雑なComposer依存関係に挑戦しています。作者の依存関係と冗長チャレンジ

(1)Satis repoから読み込まれた架空のライブラリLを想像してください。

(2)さまざまなPHPライブラリ、クラス、および "アプリケーション"(プライマリWeb)PHPファイルからなるプロジェクトAを想像してみてください。

クラスの1つはrequire_once()+ composer autoloadによってライブラリLを使用しています。

これまでのところすべてうまくいきました。

(3)ライブラリLをコンポーザーとオートロードで使用するだけでなく、プロジェクトAの一部をrequire_once()単一クラスまたは関数ファイルで使用するプロジェクトBを想像してください。

今、私は2回(当然のエラー、と)

をロードされたばかりのライブラリLで得られた二作曲の自動ロード機能の競合を持っているあなたは、ライブラリで「封入ガード」をせずにいることを解決するための任意のチャンスを参照していますL(私は影響を与えることができるが、したくない)?

答えて

1

解決策は、requireまたはincludeをもう使用しないでください。これは、特定の問題につながります。とにかくこれをオートローダーと混ぜる理由は何ですか?

関連する問題