¿Cuántos proyectos en una solución son demasiados?

Question

¿Cuántos proyectos en una sola solución es aceptable? Y para aquellas aplicaciones que tienen grandes números de proyecto, ¿coloca los otros archivos compilados en alguna carpeta común para poder ejecutar la aplicación?

Answer 1

Dado que en Visual Studio un proyecto se compila en un ensamblaje, la pregunta que debe hacerse es "¿cuántos ensamblajes debería tener?"

Si no hay razón para que los ensambles se usen por separado, no debería haber razón para dividirlos en varios proyectos. Si tiene varios ensamblajes para imponer capas, para eso están los espacios de nombres.

En una configuración ideal, debe tener un proyecto (= un ensamblaje) para cada host diferente en su aplicación, y uno para su lógica específica no host.

YMMV, sin embargo, es posible que desee dividir proyectos de acuerdo con quién está trabajando en las diferentes partes, pero realmente, trate de limitar el número de proyectos en su solución (mientras escribo esto, estoy luchando con un 70 + solución de proyectos, así que estoy hablando desde los abismos de mi experiencia personal).

Se puede encontrar una discusión interesante sobre las capas lógicas / físicas de las aplicaciones en el blog de Patrick Smacchia (por ejemplo, http://codebetter.com/blogs/patricksmacchia/archive/2008/02/10/layering-the-level- métrica y el discurso del método.aspx )

Answer 2

¡Bueno, 42, por supuesto!

Answer 3

No hay una respuesta correcta o incorrecta a esto. A algunos desarrolladores les gusta crear múltiples proyectos dentro del proyecto principal. A otros les gusta compilar en un ensamblaje (el dll) y hacer referencia de nuevo. Depende de su equipo y lugar de trabajo.

Answer 4

Estoy de acuerdo con las respuestas hasta ahora. Un criterio adicional es la velocidad de reconstrucción de la solución ...

Answer 5

Creo que esto es algo que depende del tamaño y tipo de sus proyectos. pero desde mi propia experiencia, cuando mi número de proyectos es superior a 5, el proceso de compilación llevará mucho tiempo. así que trato de mantener proyectos que no necesito cambiar con frecuencia en otra solución para acelerar el proceso de compilación.

Answer 6

Siempre que cada proyecto sea una funcionalidad válida y separada, y todos los proyectos estén estrechamente relacionados (en lo que respecta al propósito), entonces no es un problema.

Lo que hago es tener una " Bibliotecas " proyecto donde pongo todos mis archivos DLL externos, luego los referencia directamente allí.