Compatibilidad al actualizar de .NET 2,0 a 3,5

Question

Por el momento todavía estamos trabajando con el marco y los 2.0 y 2.0, aunque proporciona todo lo necesario necesitamos por el momento, vamos a tener que pasar a 3,5 tarde o temprano. El otro día hubo una discusión en la casa pasando, si existe algún riesgo involucrado en esta actualización, y este riesgo no fue a tomarse a la ligera ya que todos nuestros clientes siguen utilizando el marco 2.0. Hubo un colega que indicó que sería más seguro que simplemente recompilar todos nuestros productos contra el marco 3.5 en Do completar nuevo despliegue. Esto abordar cualquier problema de compatibilidad. Una gran cantidad de trabajo hecho, y tal vez innecesario, creo que wen Microsoft donatarios que el marco es compatible hacia atrás ¿por qué deberíamos tener ninguna duda al respecto? Estoy en lo cierto acerca de esto?

Answer 1

No es 100% .... más importante, 3.5 y 3.5SP1 ambos incluyen paquetes de servicio a 2,0 y (más tarde) 3,0; estos cambios no son triviales.

Como una tecla de una; si se inicia el uso de tipos en SP1 incluso en lo que usted piensa es 2.0 , se producirá un error en un "buen" cliente 2.0. Hay una herramienta de FX policía para ayudar a evitar esto, IIRC. En segundo lugar, hay (en el paquete de servicio) cambia a lo profundo en el núcleo - el número de subprocesos de grupo, por ejemplo (o es el tamaño de la pila de subprocesos de grupo ... algo en esa zona) que puede morder si la mala suerte.

También, hay correcciones de errores en el código de 2,0; si por casualidad (por casualidad) que depender de un comportamiento que los cambios en el Service Pack (SP1 / SP2) ...

Pero también no se olvide que usted tiene este problema ahora ; si sus clientes Tienes instaladas .NET 3.5, a continuación, que han tomado el servicio 2.0 paquete (s) -P

Así que no descartar por completo - pero si se toman las precauciones adecuadas (con pruebas) y debe ser alcanzable

.

Answer 2

Lo más importante que noté fue que la instalación de .NET 3.5, se obtiene .NET 2.0 SP1. Hanselman tiene un poste que muestra los cambios ( "bits rojas").

En lo personal, no he tenido problemas, si eso te hace sentir mejor.

Answer 3

Cuando migramos de Marco 2,0 a 3,5 fuimos capaces de hacerlo con cualquier problema. La razón de ser es el marco 3.5 es esencialmente una extensión del marco 2.0, por lo que cuando se entra en IIS para establecer el marco .NET de la página web que se ve .NET 2.0, pero no 3.0 / 3.5 (como ejemplo).

Ahora en cuanto a la preocupación por sus clientes siguen utilizando el framework 2.0, lo que necesita para asegurarse de que ocurre es que sus desarrolladores establecer emabrgo IDE a complie en VS2008 contra el marco 2.0 y 3.5 no hasta que sus clientes tienen actualizaciones. Esto es para asegurar que las características de cualquier 3.5 como LINQ no se utilizan y compilados en la aplicación y causar errores cuando se despliega la aplicación.

Answer 4

No del todo. .NET 3.5 instala un paquete de servicio para .NET 2,0 lo que el riesgo no es cero. Tenemos una aplicación que ha fallado desde la actualización a .NET 3.5 - la fila actual de un origen de enlace en una aplicación Windows Forms se comporta de manera diferente en algunas circunstancias todavía no hemos analizado completamente

.

No creo que una recompilación hará ninguna diferencia (ciertamente no lo hizo en el caso anterior), pero hay un pequeño riesgo de que la actualización causará problemas y tendrá que hacer algunas pruebas de regresión.

Answer 5

Una cosa importante a destacar es que .NET 3.0, 3.5 y 3.5SP1 no son nuevos tiempos de ejecución. Los cuatro "marcos" ejecutar en el tiempo de ejecución .NET 2.0 (CLI, CLR, GC). El .NET 3.0 y 3.5 marcos son realmente extensiones del marco .NET 2.0. El uso de .NET 3.0 y 3.5 incurrir en general no hay problemas ... sin embargo .NET 3.5 SP1 incluye algunas versiones actualizadas de clases de .NET 2.0 existentes que agregados o firmas de los métodos modificados o comportamiento en unos pocos (muy pocos) casos. La posibilidad de que se ejecute en una de estas cuestiones es muy muy bajo, pero la posibilidad está ahí, no obstante:

http://forums.asp.net/t/1305800.aspx http://www.hanselman.com/blog/UpdateOnNETFramework35SP1AndWindowsUpdate.aspx