Dropbox の PHP SDK は、Composer を使用して SDK をインストールおよびロードする必要があることを強く示唆しています。また、AWS の PHP SDK のバージョン 2 では、インストール/ローダーとして Composer も提供されます (幸いなことに偏りはありません)。
モジュールをロードするためのいくつかの単純なメカニズムを持つ Codeigniter (CI) フレームワークを使用しています。1) 組み込みの「vendor」フォルダー (CI では「third_party」、Composer では「vendor」と呼ばれます) があります。2) 作成したモジュールを制御するための「ヘルパー」および「ライブラリ」フォルダー。たとえば、$this->load->library("blah_blah");3) 最後に、エッジ ケース用の標準的な PHPinclude/require "blah/blah.php";ステートメントを作成することを妨げるものは何もありません。
私は他の PHP フレームワークをよく知りませんが、フレームワークを使用する主な目的の 1 つと思われるため、同様に単純な方法で依存関係を処理していると思います。
これらすべてに照らして、フレームワークが提供する以上の Composer への追加の利点はありますか? または、フレームワークと対話するコードの部分を、代わりに Composer で動作する部分に置き換えるには? 一般的に、私は Composer について何か理解していませんか?