visual-studio - sirve - visual studio español
¿Hay algunas mejores prácticas para Visual Studio Project/Solution Structure? (6)
He visto muchas tomas diferentes sobre este tema, así que pensé que si hay una forma preferida de hacerlo.
¿Existen mejores prácticas sobre cómo configurar proyectos y soluciones de Visual Studio con respecto a múltiples soluciones para las mismas soluciones?
Por ejemplo: supongamos que tengo una tarea que requiere una aplicación web, una aplicación de consola y una biblioteca de lógica empresarial compartida.
He visto esta situación en soluciones 1, 2 y 3 en algún momento de mi carrera. Este es un ejemplo simple; sin embargo, ¿qué pasa si crece la cantidad de proyectos? ¿Hay una línea para mantenerlo en uno o separarlo?
Las soluciones son para el desarrollador, en una situación particular. Los proyectos (.CSPROJ para C-Sharp) son donde se realiza la compilación real.
Teóricamente, si hay 4 proyectos diferentes, podría haber 24 combinaciones diferentes de aquellos proyectos que un desarrollador desee combinar en soluciones.
Si mantiene todo a nivel de proyecto, no tendrá que preocuparse por cómo un desarrollador ha organizado sus archivos .SLN
Me gusta incluir todos los proyectos para una determinada tarea, en una solución. Por lo tanto, basándome en el ejemplo que menciona, tendría una solución que contiene los tres proyectos que pertenecen a la solución que se me pidió que hiciera. Eso mantiene todos los elementos para completar una tarea juntos, encuentro que esto simplifica la inclusión de otros elementos necesarios para resolver la tarea en cuestión.
Mis soluciones generalmente consisten en:
- Proyecto de aplicación web
- Carpeta "común" para las clases básicas y auxiliares comunes
- Carpeta ''Incluir''
- Carpeta ''Estilos''
- Carpeta ''Scripts''
- Carpeta ''Imágenes''
- Carpeta ''UserControls''
- Proyecto de servicios web
- Proyecto de marco web
- Proyecto Business Tier
- Proyecto de Marco Comercial
- Proyecto de acceso a datos
Puede tener soluciones de múltiples líneas, y cada una puede hacer referencia a los proyectos que le interesan. Extendiendo su ejemplo, su biblioteca de lógica de negocios compartida puede tener una biblioteca de prueba de unidad correspondiente. Estos dos proyectos pueden estar contenidos en una sola solución. Al mismo tiempo, es posible que tenga otra solución que contenga los tres proyectos que menciona, pero en este caso la biblioteca de prueba de la unidad no está incluida.
Bloggeé sobre esto en 2007. El consejo todavía se mantiene:
http://mikehadlow.blogspot.com/2007/07/how-to-structure-visual-studio.html
La conclusión es que debería poder sacar el código del control de código fuente, abrirlo en Visual Studio, presionar F5 y todo debería funcionar.
De hecho, hay algunas pautas para este tipo de configuración en MSDN . Escribí un breve resumen en mi respuesta a una pregunta similar sobre .