質問
複数のプロジェクトで共有されている「ユーティリティ」クラスを単一のユーティリティライブラリにダンプする、またはそれらを使用するプロジェクトがそれぞれロードする必要がある多くの小さなアセンブリを作成する方が良いでしょうか?
ユーティリティライブラリのアイデアはあまり好きではないので、機能の完全なミッシュマッシュを手に入れることができますが、一方、それぞれが単一の機能を含む20のdllを持っていることは、素晴らしい解決策ではないようです。どちらか。
第3の方法はありますか?
編集: これは.netを使用しています
解決
ユーティリティを1つ(または数個)の大きなアセンブリに配置する傾向がありますが、名前空間を操作して、それらの間の明確な構造を取得します。
他のヒント
開発者への作業の配布方法によって異なります。また、いくつかのクラスを後で再利用するかどうかにも依存します。そして–アプリケーション全体の1つのポイントで使用されるユーティリティクラスがある場合–これはもはやユーティリティクラスではありません…
名前空間を含む1つのアセンブリを使用します。
多くのプロジェクトに含める場合、ユーティリティライブラリの内容に注意してください。 それ以外の場合は、このようなもの。
所属していません StackOverflow