bibliothèque util polyvalente ou plusieurs DLL spécifiques?

Question

Est-ce une meilleure idée de vider les classes 'utilitaires' partagées par plusieurs projets dans une seule bibliothèque d'utilitaires, ou de créer de nombreux petits assemblys dont chacun doit être chargé par les projets qui les utilisent? Je n'aime pas vraiment l'idée des bibliothèques utilitaires, et vous obtenez un mash-mash total de fonctionnalités, mais d'un autre côté, avoir 20 dlls qui contiennent chacun une seule fonctionnalité ne semble pas être un grand solution soit.

Y a-t-il une troisième voie?

EDIT: Ce utilise .net

Answer 1

J'ai tendance à mettre les services publics dans l'un (ou plusieurs) des ensembles plus importants, mais travailler avec les espaces de noms pour obtenir une structure claire entre eux.

Answer 2

Cela dépend de la façon dont vous voulez que votre travail soit distribué à vos développeurs. Cela dépend aussi si vous souhaitez réutiliser certaines classes plus tard. Et - si vous avez une classe utilitaire qui est utilisée dans un seul point dans toute l'application - ce n'est plus la classe utilitaire ...

Answer 3

Je voudrais aller avec un ensemble, avec des espaces de noms. Soyez vigilant sur ce qui se passe dans la bibliothèque d'utilitaires lorsque vous incluez un grand nombre de projets. Sinon, vous serez confronté à something like this.