まず第一に、私はC ++が大好きで、JavaよりもC ++でコーディングする方が簡単だと思う人の1人です。1つの小さなことを除いて：ライブラリ。
Javaでは、ビルドパスにjarを追加するだけで完了です。
C ++では、通常、ヘッダーファイルとライブラリ自体に複数のパスを設定する必要があります。場合によっては、特別なビルドフラグを使用する必要さえあります。私は主にVisual Studio、コードブロックを使用しましたが、IDEはまったく使用していません。外部ライブラリの使用について話すとき、3つのオプションすべてに大きな違いはありません。
なぜこれに代わるシンプルな代替手段がなかったのだろうか？IDEがビルドフラグを設定するためのすべての作業を行うことができるように、必要なものがすべて1か所にある特別な.zipファイルがあるように。これには技術的な障壁はありますか？
回答:
C ++は、オブジェクト指向プログラミングをサポートする、より簡単で自動化された言語を作成することにより、C言語を改善するために設計されました。ただし、Cが外部ライブラリとヘッダーファイルを処理する方法を変更または改善することはしませんでした。C ++には、最新の言語のようなモジュールシステムはありません。Cプリプロセッサとリンカーシステムを引き続き使用します。C ++の記載された目標の1つはCコードとの後方互換性であったため、これは驚くことではありません。C ++モジュールシステムは、古いCヘッダーファイル/リンカーシステムと一緒に動作する必要があります。C ++標準委員会は、単に最新のモジュールシステムの設計に取り掛かっていません。（彼らはそれに取り組んでいますが、以下のKlaimのコメントを参照してください。）
これは技術的な障壁ではありません。Linuxでは、「特別なzipファイル」はパッケージマネージャーを使用してインストールするlibrary-devパッケージであり、インクルードフラグとリンカーフラグの設定configure.acは、pkg-configを使用してセットアップするために数行を追加するだけです。
Pkg-configはWindowsでも使用できますが、文化的な障壁によりその普及は妨げられています。Unixには、ソースコードを配布することで移植性を実現した強力な歴史があるため、開発ツールが無料で含まれています。Windowsには、バイナリ配布のみを奨励し、開発者にツールを請求するという強力な歴史があります。ライブラリを売ってお金を稼ぐとき、サードパーティがライブラリを提供しやすくすることは意味がありません。