¿Qué tipo de solución de estudio visual es adecuada para mí?

Question

Actualmente tengo un programa que escribí dividido en 3 soluciones separadas.

1. extremo delantero (todo el material relacionado con pantalla)
2. analizadores (múltiple (39) proyectos que cada uno crear un archivo DLL para analizar datos específicos)
3. Globals (múltiple (5) proyectos que cada uno crear un DLL que es utilizado por proyectos en la solución de analizadores, y por el front-end).

Requisitos -

• Tanto el extremo delantero y analizadores requieren los archivos DLL globals de existir en tiempo de compilación, y se utiliza en tiempo de ejecución.
• Los dlls de Parsers se cargan en tiempo de ejecución utilizando assembly.LoadReference.
• Desarrollo es: C:\projects\myProg
• ubicación de despliegue es: C:\myProg

Mi problema es que he estado yendo y viniendo con temas relacionados con las dependencias del proyecto, dónde apuntar a mis dlls globals. ¿Señalo la ubicación desplegada o la ubicación de desarrollo y, de ser así, la versión o la depuración?

Así que comencé a buscar los diferentes tipos de soluciones, y me pregunto si debería configurar una solución dividida o una solución múltiple para mi situación particular.

Answer 1

Agregue todos los proyectos a una única solución.

Cambie cualquier referencia entre proyectos en "referencias de proyecto" en lugar de referencias directas a archivos dll. Esto solucionará muchos problemas de dependencia.

Si tiene archivos de "biblioteca" que no se modifican con frecuencia, puede moverlos opcionalmente a una solución aparte. El resultado de esto deberían ser dlls de lanzamiento "precompilados" que luego puede hacer referencia desde una ubicación estándar en su solución principal (la mejor manera de hacerlo es agregar un paso de compilación posterior que copie el resultado a su carpeta de desarrollo "binarios de biblioteca") De esta forma, el proceso de compilación no cambia, simplemente agrega un paso adicional para obtener los archivos donde los necesita y mantiene el control total del proceso de compilación. Esto funciona bien, pero es un problema si necesita cambiar estos dlls preconstruidos a menudo, por lo que lo mejor es utilizarlo solo para partes bastante estáticas de su base de código.

Finalmente, considere fusionar muchos de sus proyectos en un único proyecto/conjunto. El asesino en los tiempos de construcción no es la cantidad de código, es la cantidad de ensamblajes: en mi PC, cada proyecto agrega unos 3 segundos bastante constantes al tiempo de compilación, por lo que al fusionar proyectos pequeños he ahorrado bastante tiempo de compilación.

Answer 2

por qué están distribuidos en proyectos separados, combina los parses y los globales en un solo conjunto. mantenga el conjunto de UI separado y tan simple/pequeño como sea posible.

Answer 3

Dado que esos 3 son todos parte del mismo sistema, probablemente será más fácil tener una sola solución con cada proyecto agregado.

NOTA: No necesita mover nada desde su ubicación actual.

Simplemente cree una nueva solución vacía y haga clic con el botón derecho en Agregar> Proyecto existente ... para cada proyecto que desee incluir, permanecerán donde están en el disco, pero se abrirán al mismo tiempo.

Las soluciones actuales ("viejas") estarán disponibles también, tal como están.

Además, tenga en cuenta que si está editando el mismo proyecto en dos instancias de VS al mismo tiempo, le fallará la idea de volver a cargar el código fuente cuando se realice y guarde un cambio.

Lo más importante, tener los proyectos en la misma solución le permitirá agregar referencias entre ellos, en lugar de los archivos DLL.

Answer 4

Digamos que tiene una buena razón para tener tantos proyectos (por ejemplo, diferentes cantidades de analizadores disponibles para diferentes licencias de un producto).

dependencias de gestión en el estudio visual resulta muy fácil:

• haga clic derecho en el nodo de la solución

• Seleccione "Proyecto de Orden de composición ..."

Asegúrese de que cada proyecto no necesita un proyecto debajo de él en ese diálogo.

Acerca de "dónde implementar": Visual Studio lo hace bien de forma predeterminada. Si está depurando, saldrá a la carpeta de depuración de su solución, del mismo modo para la versión.

HTH.