Question

Est-il préférable 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 de bibliothèques d'utilitaires, et vous obtenez un véritable mélange de fonctionnalités, mais en revanche, avoir 20 dll contenant chacune une seule fonctionnalité ne semble pas être une excellente solution. soit.

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

EDIT: Ceci utilise .net

Était-ce utile?

La solution

J'ai tendance à placer les utilitaires dans un (ou plusieurs) ensemble plus volumineux, mais je travaille avec des espaces de noms pour obtenir une structure claire entre eux.

Autres conseils

Cela dépend de la manière dont vous souhaitez que votre travail soit distribué à vos développeurs. Cela dépend également si vous souhaitez réutiliser certaines classes ultérieurement. Et & # 8211; si vous avez une classe d’utilitaires utilisée en un seul point dans l’application entière & # 8211; il ne s'agit plus de la classe d'utilité & # 8230;

Je voudrais aller avec une assemblée, avec des espaces de noms.

Soyez vigilant sur ce qui se trouve dans la bibliothèque d’utilitaires lors de l’inclusion dans de nombreux projets. Sinon, vous serez confronté à quelque chose comme ceci .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top