Pergunta

É uma idéia melhor para despejar 'utility' classes que são compartilhados por vários projetos em uma única biblioteca de utilitários, ou para criar muitos pequenos conjuntos de cada um dos quais tem de ser carregado pelos projetos que usá-los?

Eu realmente não gosto da idéia de bibliotecas de utilitários, e você terá uma miscelânea total de funcionalidade, mas por outro lado tem 20 dlls que cada uma contém uma única peça de funcionalidade não parece ser uma grande solução tampouco.

Existe uma terceira via?

EDIT: Isso é usar .net

Foi útil?

Solução

Eu tendem a colocar utilitários em um (ou alguns) assembléias maiores, mas trabalhar com namespaces para obter uma estrutura clara entre eles.

Outras dicas

Depende de como você vai querer ter seu trabalho distribuído para os desenvolvedores. Também depende se você quiser reutilizar algumas das classes mais tarde. E - se você tem uma classe de utilitário que é usado em um único ponto no aplicativo inteiro - isso não é mais classe do utilitário ...

Eu iria com uma montagem, com namespaces.

Seja vigilante sobre o que vai para a biblioteca utilitários ao incluir em um monte de projetos. Então você vai ser confrontado com algo assim .

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top