Asumir que una solución contiene sólo las clases y que las clases son todos los escritos .NET 2.0 especificaciones. Si esa solución se abrió, convertir y guardar en Visual Studio 2008, sería posible volver a abrir la solución más adelante en Visual Studio 2005 con algunas mínimas modificaciones a la .Archivo SLN?

Cómo iba a hacerlo?

Hay una herramienta que será de «abajo convertir» .SLN archivos desde el 2008 hasta el 2005 si todas las clases contenidas dentro de la solución está ya escrito .NET 2.0 especificaciones?

InformationsquelleAutor James | 2009-05-06

6 Comentarios

  1. 7

    Uusally, la única cosa que usted necesita hacer con el .SLN archivos para cambiar el número de versión en la parte superior del archivo.

    Su proyecto de CS archivos también será casi OK, y si no lo están, es posible ajustar de modo que ellos están bien con ambas 2005 y 2008.

    Corrimos un rato con dos archivos de la solución (05 y 08) compartir el mismo conjunto de CS archivos de proyecto.

    Ser consciente, sin embargo, que no se puede compartir la VC de los archivos de proyecto entre las dos versiones como esta.

    El ‘modificar’ para los archivos de proyecto es la siguiente:

    CS Proyectos creados en VS2008 contendrá la línea:

    <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />

    VS2005 se ahogue en esto, y es necesario cambiar a la siguiente:

    <Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />

    Éste trabajará con ambas 2005 y 2008.

  2. 3

    Si usted no está usando ningún «lujo» características de 2008, en mi experiencia, la única cosa que cambia es el número de versión en un par de lugares. Que puede ser editado manualmente (es en la parte superior del archivo IIRC). Es por lo menos vale la pena intentarlo. Si estás acostumbrado VS2008 características específicas (diseñadores, etc) que bien podría no funcionar, pero por simple bibliotecas de clases que he tenido éxito haciendo esto.

    Usted puede estar interesado en una entrada de blog acerca de VS2005 y VS2008 co-existentes que escribí hace un tiempo.

  3. 2

    Sí, es posible, si se «rebaja» los archivos de la solución.

    No, No hay ninguna herramienta de este tipo, que yo sepa, y he mirado.

    Usted tiene tres opciones:

    1. No se abre el archivo de la solución en 2008, por lo que no actualice nunca se
    2. No mezclar versiones de cliente en contra de los mismos archivos (es decir. se adhieren a 2005, o todos a la actualización)
    3. Mantener separados los archivos de la solución para el 2005 y el 2008, asegúrese de que todos los proyectos están presentes en ambos

    Gracias a @Se Decano por recordarme que los archivos de proyecto, de hecho pueden ser compartidos. Tenga en cuenta que son tocados por el 2008 editor, pero pueden ser inaugurado en 2005 después.

    • Para proyectos CS, no es necesario mantener separados los proyectos, se pueden compartir entre 2005 y 2008
    • Proyectos sí, los archivos de la Solución no.
    • De hecho, me encontré con una situación en la que un proyecto de C# (no solución) de Visual Studio 2008 no pudo cargar en Visual Studio 2005. El error fue: «El proyecto importado «C:\Microsoft.CSharp.targets» no fue encontrado».
  4. -2

    No hay una forma directa, y es una orden de importancia si lo intenta. La forma más sencilla sería la de crear un nuevo proyecto de 2005 y añadir sus clases.

    Para empezar: estas son las diferencias que quieres ver:

    .csproj archivos: (estas están basadas en el esquema de MSBuild)

    (editar)

    • ToolsVersion
    • ProductVersion
    • ProjectVersion

    (quitar)

    • OldToolsVersion
    • TargetFramework

    .sln archivos: (no hay esquema)

    • Formato De La Versión 10.0

    etc.

    • Esto no es cierto. CS proyectos puede ser compartida entre las dos versiones.
    • El OP estaba preguntando acerca de los archivos de la solución. He añadido algo más de detalle a mi respuesta que te explica por qué es difícil. (Nunca he dicho que es imposible.)

Dejar respuesta

Please enter your comment!
Please enter your name here