visual una studio solucion que proyecto c++ visual-studio visual-studio-2010 visual-studio-2005

c++ - una - ¿Cómo degradar la solución de Visual Studio 2010 a Visual Studio 2005?



que es un proyecto en visual basic yahoo (4)

Tengo una gran solución de Visual Studio 2010. Trabajo con Visual Studio 2005, por lo que quiero convertir la solución a la versión deseada. Básicamente, es un código C ++ portátil, por lo que también debería compilarse en Visual Studio 2005. Cambiar la versión en el archivo * .sln no ayuda porque el formato * .vcxproj es completamente diferente del formato antiguo * .vcproj.

Recrear la solución a mano no es una opción debido a su tamaño. También puede haber algunos indicadores de compilador no predeterminados, dependencias, etc. que no conozco (y no puedo ver TODA esta basura XML que no entiendo).

Ya hay una pregunta relacionada sobre Cómo degradar un proyecto de C ++ Visual Studio 2008 a 2005 . Sin embargo, la utilidad sugerida allí es compatible con la mayoría de Visual Studio 2008.

¿Alguna sugerencia?


En mi trabajo hice una utilidad que utilizaba EnvDTE.dll y escaneaba un archivo vcproj y, opcionalmente, todos los archivos vcproj dentro de un archivo sln. Comparó todas las configuraciones con una "plantilla" y emitiría una advertencia u opcionalmente actualizaría la configuración para corregir los valores. Utilizamos esta utilidad para verificar que las configuraciones sean correctas y consistentes en todos los proyectos. No he actualizado la utilidad hasta 2010 todavía debido a otras prioridades.

EnvDTE no ha cambiado mucho de Visual Studio 2008 a Visual Studio 2010 . Tal vez sea posible crear una utilidad simple que abra el archivo vcxproj usando DTE100 y lo guarde usando DTE90, o antes.


La forma más sencilla es probablemente crear un nuevo proyecto en VS 2005 y usar el cuadro de diálogo Agregar elemento existente para agregar el código al proyecto. Yo sugeriría usar ''Proyecto vacío'' como el tipo de proyecto, para que no tengas mucha basura autogenerada que puedas eliminar de todos modos.



Realmente es totalmente una lástima que cada IDE propietario piense hoy que necesita crear su propio formato de archivo de proyecto. "Estimados desarrolladores de IDE, solo deben usar Makefiles y crear una interfaz gráfica de usuario agradable para que las personas sin conocimientos de Makefile puedan usarlo". En VS6 fue al menos posible importar / exportar Makefiles, pero hoy no más. Y fue posible utilizar nmake para compilaciones automatizadas. No era necesario instalar un IDE, solo la cadena de herramientas que se podía agarrar con una simple comprobación sin instalación.

Yo uso CMake ahora. Es gratis, es multiplataforma, está bien soportado en IDEs libres como KDevelop, QtCreator, etc. Puede generar proyectos Makefiles y Visual Studio. Por lo tanto, mantiene solo una fuente de proyecto, el archivo CMakeLists.txt y puede trabajar con cualquier IDE. No hay problema con las diferentes versiones de Visual Studio o con otros formatos de archivo de proyecto propietarios. De esta manera, puede generar o VS proyectos para desarrollar y puede generar Makefiles para compilaciones de línea de comandos usando nmake como en los viejos tiempos.

Por cierto, es mucho más fácil cambiar la configuración en un CMakeLists.txt que hacer clic en varios diálogos de la GUI. Pero esto es una cuestión de preferencias personales.