Pregunta

¿Es una mejor idea volcar las clases de 'utilidad' que comparten varios proyectos en una sola biblioteca de utilidades, o crear muchos ensamblajes pequeños, cada uno de los cuales debe ser cargado por los proyectos que los usan?

Realmente no me gusta la idea de las bibliotecas de utilidades, y obtienes una mezcla total de funcionalidades, pero por otro lado, tener 20 dlls que contienen una sola pieza de funcionalidad no parece una gran solución tampoco.

¿Hay una tercera vía?

EDITAR: Esto está usando .net

¿Fue útil?

Solución

Tiendo a poner utilidades en uno (o algunos) ensamblajes más grandes, pero trabajo con espacios de nombres para obtener una estructura clara entre ellos.

Otros consejos

Depende de cómo desee distribuir su trabajo a sus desarrolladores. También depende si desea reutilizar algunas de las clases más adelante. Y, si tiene una clase de utilidad que se utiliza en un solo punto en toda la aplicación, esta ya no es una clase de utilidad ...

Iría con un ensamblaje, con espacios de nombres.

Esté atento a lo que entra en la biblioteca de utilidades cuando se incluye en muchos proyectos. De lo contrario, se enfrentará a algo así .

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top