以前は、ライブラリでさまざまな繰り返し使用されるクラスを収集し始めました。今、これらのすべてのプロジェクトにそれらの図書館を持たせたくないと決定した権力があります。ライブラリを使用しないコードの再利用
このようなことをすべてプロジェクトにコピーするのではなく、「良い」代替手段は何でしょうか?
これまでのところ、ソースコントロールを使用して、さまざまなプロジェクトのクラスをリンク/共有/インクルードすることが最も効果的でした。何か良い?
以前は、ライブラリでさまざまな繰り返し使用されるクラスを収集し始めました。今、これらのすべてのプロジェクトにそれらの図書館を持たせたくないと決定した権力があります。ライブラリを使用しないコードの再利用
このようなことをすべてプロジェクトにコピーするのではなく、「良い」代替手段は何でしょうか?
これまでのところ、ソースコントロールを使用して、さまざまなプロジェクトのクラスをリンク/共有/インクルードすることが最も効果的でした。何か良い?
異論は何ですか?
複数の小さなライブラリとリンクしたくない場合は、スマートアセンブリを使用して1つのマスターアセンブリを作成し、プロジェクトをリンクすることができます。
単一のバイナリを出荷する場合は、スマートアセンブリを使用して、参照されているアセンブリとともに実行可能ファイルをマッシュし、単一のバイナリを作成することができます。
私はそのpurpouseのためだけに使用するcommonという名前のライブラリを持っています。私はそこに共通のクラスをすべて入れました。
たとえば、ライブラリを作成する代わりにクラスファイルを含める方が良い場合は、ユーティリティクラスを一度作成し、必要に応じていつでも追加することができます。このプラクティスは、必要に応じてコードをカスタマイズし、改善する力を与えます。それはまた、他の開発者がコードを見ることを可能にします。これは、ホワイトボックステストを実行するときには本当に重要です。
ジョブを変更するオプションはありますか? – dasblinkenlight
さてさて、小さなDLL(例えばDB、Picture、Uplaod、Downlaod、Login ...など)にまとめるのはどうですか?あなたはjQueryのように知っているし、すべてのプラグインは一番上にある。それらを含まない理由は何ですか?大きすぎる?あまりにもconvienient? – ppumkin
今は小さなライブラリの束です。仕事を変えることについては、私はここが好きです。時には彼らは面白いアイデアを得ることがありますが、めったに持続しませんここでもすばらしいことがたくさんあります。 – Kempeth