Si prestamos atención al wizard que se muestra en el momento de hacer la conversión, podremos ver el siguiente mensaje:
After a solution or any of its projects has been converted, it may no longer be possible to edit, build, or run in previous versions.¡Perfecto! Ahora también resulta que luego de convertir no hay marcha atrás, así que piénsalo mejor antes de hacer clic en "Next" ya que no hay retorno posible. ¿Alguien más de tu equipo aún usa Visual Studio 2008? ¡Olvídalo! O se quedan todos con el 2008, o se mudan para el 2010. Todo o nada. Así es Microsoft.
De más está decir que luego que el wizard termina con su conversión, no hay garantías de que todo vuelva a funcionar correctamente. Hay cambios en todas partes, incluyendo en los ficheros de configuración, así que de todo puede suceder.
¿Por qué es tan difícil mantener compatibilidad con las versiones anteriores? Yo la respuesta no la tengo, ni tampoco sé los detalles técnicos que le impiden al equipo de desarrollo de Visual Studio hacer esto de la forma correcta. Y que conste que estoy imaginando que haya algo que técnicamente les resulta complicado hacer (por que imposible no es), ya que si no es el caso, entonces esto sería completamente estúpido.
Esperemos que algún iluminado en Microsoft decida hacer las cosas bien algún día y nos regale un IDE capaz de abrir proyectos creados en soluciones anteriores sin necesidad de "convertir" nada. Eso yo pensaba que era tan claro como el agua... ¿o no?.
El porque VS2010 no puede abrir proyectos de VS2008 sin convertirlos, a mi también se me escapa. La lógica dice que al menos deberías poder abrirlos y sólo convertirlos si quieres usar alguna nueva característica de VS2010 que impacte en el proyecto (cambiar alguna configuración o algo así).
ReplyDeletePero es RIDÍCULO que tengas un equipo trabajando contra el Framework 3.5, quieras psarte a VS2010 (porque es mejor IDE, porque lo usas en otros proyectos y no quieres tener dos, etc...) y simplemente por eso, TODO el equipo debe mudarse a VS2010... para seguir trabajando contra el Framework 3.5.
En fin...
The compilers for C# and Visual Basic changed. The Wizard attempts to rewrite your source code so it will compile. It also updates your references to .NET 4.5 libraries if you choose to migrate it to 4.5.
ReplyDeletehttp://msdn.microsoft.com/en-us/library/ee855831.aspx
http://msdn.microsoft.com/en-us/library/cc714070.aspx
Why they don't keep compatibility? I still don't agree with this behaviour
ReplyDeleteEn mi opinión es mucho más difícil el problema de versiones en Word, Excel... y está resuelto. En VS lo único que suele cambiar es un número de versión (!) y los comentarios de los ficheros autogenerados (Designer), y resulta frustrante que tras este mínimo cambio ya no se pueda abrir con VS2008.
ReplyDelete@Anónimo That has nothing to do with changing Framework version.
Microsoft is taking more of an "Apple" approach to development by breaking compatibility with previous versions of their own software. This is "new" for Microsoft, previously known for backwards compatibility. A company that is not willing to screw over a few small businesses is going to create a huge disaster. Windows Vista changed the Windows Driver Model/Installation Policies, thus weeding out the little guys in the process. Now, if something does work in Vista or Windows 7, it works fairly well. I applaud their willingness to piss off and annoy ISVs!
ReplyDelete- David