共通の機能のための最善のアプローチ

Question

私は、私がこれまでひとつのディレクトリに保持し、それらを必要とするプロジェクトディレクトリから参照されている一般的なモジュールの数を築いてきます。

これを行うには良い方法があった場合、私は不思議でしたか？

それらを使用して、共通モジュールとコードの両方は、C ++で書かれています。

Answer 1

私は静的ライブラリを作成し、それをリンクすることをお勧め。それはDLLよりもはるかに簡単です、あなたがバージョン管理を心配する必要はありませんし、すべての周りのあなたも一緒にちょうどあなたがあなたの共通のモジュールと同じように動作します。

編集：基本的には、静的ライブラリは、オブジェクトファイルの集まりです。あなたは、Visual Studioで作業している場合、あなたはあなたのアプリケーションにリンクすることができますの.libファイルが作成されますどの静的ライブラリプロジェクトを作成します（またはプロジェクトの出力タイプを変更）することができます。あなたはGCCを使用している場合は、.oファイルの束からライブラリファイルを作成するには、「AR」を使用し、再度アプリケーションにリンクすることができます。

Answer 2

の管理やツールのプライベートセットを改善するには、プログラマにとって重要なことです。 私は個人的には常に「できるだけquick'n簡単」アプローチのために行きます。

速く彼らがリンクされ、私は「自宅で」感じてすぐに私の作品の中に含まれています。 私も時々、彼らはあなたのサービスでは、あるが、離れて、すべての注文ラインを投げると、デフォルトのライブラリにそれらをチャックとパス、およびwhoopieが含まれています。 （実際にはもちろんのことをお勧めしますが、それはquick'n簡単ではないでしょう）

あなたは、より少ない頭痛が含まれるように原因となる通常のlibにあるため、DLLを使用する理由

私は知りません。

ヒント：それらのうちの別々のプロジェクトを作成します。 中央の論理的な場所にそれらを持っています。 （多分マイワークスペース/ MYLIBS） あなたのツールセットは、おそらくあなたが作業しているすべてのプロジェクトで改善/ /変更を成長するので、私は時々、素早く切り替えることができるようなものを追加して、元のプロジェクトに戻って自分の作業環境を設定します。 この場合には、自動的に構築され、その後、再リンクすることができ、あなたのIDEでプロジェクトの依存関係として、それを含めると便利です。これは、ほとんどすべてのIDEのと簡単です。

別の問題は、しかし、雇用されています。 彼らは通常、あなたが彼らのプロジェクトに持ち越す事について警戒しています。特にあなたが彼らにソースを閉じたい場合。しかし、これは別の質問のための物語である;）

Answer 3

私は私の実行可能ファイルのサイズが小さくなるように、DLLに入れたい。