visual-studio - navigate - las mejores extensiones para visual studio code 2018
SoluciĆ³n: por aplicaciĆ³n o por conjunto de aplicaciones (2)
A menudo, las aplicaciones múltiples comparten una gran base de código de bibliotecas que cambian a menudo en el desarrollo. En estos casos, prefiero crear una solución con el nombre del conjunto e incluir proyectos separados para cada aplicación y las bibliotecas compartidas.
¿Es este un buen enfoque? ¿Cómo estructuran otros sus bases de código para cosas como un conjunto de aplicaciones?
La estructura real de su (s) solución (es) realmente depende del flujo de trabajo interno. Tener un enfoque muy ágil, de todos los refactores de todo , apunta hacia una solución con muchos proyectos. Si su tienda cuenta con un equipo de biblioteca dedicado y varios equipos de aplicaciones, que hacen lanzamientos internos regulares, entonces las soluciones separadas pueden ayudar a través de un desacoplamiento más fuerte y tiempos de construcción reducidos .
Realmente depende de las necesidades particulares de su organización. MSDN tiene una buena página que pasa por los diversos diseños de soluciones recomendados, que incluyen:
- El modelo de solución única (preferido)
- El modelo de solución única particionada
- El modelo de soluciones múltiples (solo si es estrictamente necesario)
La página de MSDN también analiza los pros y los contras de cada modelo con más detalle para que pueda decidir cuál tiene sentido para usted. :)
En general, para un conjunto de aplicaciones como el que describe, consideraría el modelo de solución única y particionada. Hay una única solución maestra que construye todo, y una serie de soluciones separadas para cada aplicación individual dentro del conjunto (suponiendo que las aplicaciones sean de un tamaño apreciable).
Si las aplicaciones en el conjunto de aplicaciones son pequeñas y se crean rápidamente (por ejemplo, un conjunto de herramientas de línea de comandos), es posible que ni siquiera genere los archivos de solución por separado. Esa es realmente una decisión que no podemos hacer por usted. :)