traducir net convertir convert codigo change asp c# .net linq vb6 vb6-migration

c# - convertir - .NET 2.0 o 3.5?



traducir vb c# (12)

Nuestros clientes usan una versión vb6 de nuestro software.

Los estamos actualizando a una aplicación .NET escrita en C # ...

¿Hay menos volumen utilizando .net 2.0 que .net 3.5?

Mi definición de menos volumen sería: tamaño más pequeño, menor tiempo de instalación, etc.

La mayoría de ellos probablemente ya tengan 2.0 de todos modos.

Solo pregunto porque me gustaría aprovechar LINQ en 3.5.


Le sugiero que vaya directamente con visual studio 2008 y .net 3.5 sp1, 2.0 es la base de 3.5 y puede comenzar a usar 2.0 y luego comenzar a utilizar 3.5 funcionalidades.

Además 3.5 SP1 también trae ajustes al marco 2.0 que son agradables de tener.


También tenga en cuenta que, dependiendo de si instaló el .NET Framework, podría ser irrelevante la cantidad de bultos adicionales que hay. Las instalaciones de .NET Framework son relativamente pequeñas en términos modernos.

En cuanto a LINQ, le ahorrará mucho tiempo y esfuerzo, y le ofrece una forma rápida de obtener datos. Sin embargo, también depende de los clientes a los que se distribuirá la aplicación.

Yo diría que a eso, vaya con 3.5 a menos que haya otro obstáculo importante en los clientes por cualquier razón.


  1. ¿No es instalar .NET 3.5 solo para ahorrar unos pocos Mb realmente más importante que obtener un gran aumento en la productividad con LINQ y otras características de .NET 3.5?

  2. ¿Por qué empezar atrás en tecnología?


.NET 3.5 es .NET 2.0 + más bibliotecas y extensiones, así que sí, la instalación es más grande. En mi opinión, sin embargo, vale la pena el volumen extra debido a las cosas adicionales que te da.


Como han señalado otros, la instalación de .NET 3.5 es más larga y más grande que .NET 2.0. Tenga en cuenta que .NET 3.0 y .NET 3.5 son ambas extensiones además de .NET 2.0 CLR.

Todavía diría actualizar de VB6 directamente a .NET 3.5 (en realidad .NET 3.5 SP1) y VS2008, siempre y cuando los sistemas operativos de sus clientes sean compatibles con esa versión del Framework (de lo contrario, tendrá que elegir la versión de Framework más baja, que es muy bien puede ser .NET 2.0). Se ahorrará mucho tiempo / esfuerzo a largo plazo.



El tiempo de ejecución de .Net 3.5 es ~ 50Mb. El tiempo de ejecución 2.0 es ~ 23Mb.

Pero si controlas la implementación o instalación, eso realmente no debería ser un problema. Esto es especialmente cierto para los "clientes" frente a los "clientes", y la palabra cliente involucra una relación personal continua. Si se trata de eso, envíeles un CD. Entonces cualquier cosa por debajo de 700Mb es todo lo mismo.


Le sugiero que vaya directamente a 3.5 porque estará menos lejos (en el futuro ... en 3-5 años) para cambiar a otra versión del marco. Si en 5 años, .Net está en la versión 5, el salto será más pequeño. Entonces, VB6 a 3.5 es lo que te sugiero.

El tamaño del marco no es muy alto, menos de 60 megas ... no es un gran problema ahora, creo.


Para aprovechar LINQ, necesita 3.5 (a menos que desee usar LINQBridge con 2.0).

Para un instalador más pequeño, .Net 3.5 Sp1 tiene una nueva función llamada " Perfil del cliente ".

La configuración de .NET Framework Client Profile contiene solo los ensamblados y archivos en .NET Framework que se usan generalmente para escenarios de aplicaciones cliente. Por ejemplo: incluye Windows Forms, WPF y WCF. No incluye ASP.NET y esas bibliotecas y componentes utilizados principalmente para escenarios de servidores. Esperamos que este paquete de instalación tenga un tamaño de aproximadamente 26 MB , y se puede descargar e instalar mucho más rápido que el paquete de instalación completo de .NET Framework.


Si desea aprovechar LINQ, ¡vaya por 3.5! Me parece que no hay más ''bulk'' cuando lo uso yo mismo, pero a menos que quiera usar LINQ, entonces cualquiera de los dos está bien.


Si se trata de una aplicación VB6, debe verificar en qué versiones de Windows se utiliza actualmente la aplicación, y seleccionar la versión .Net en consecuencia. AFAIK 3.5 no se ejecuta en W2K.


Tenga en cuenta que ciertos sistemas operativos (Windows 2000 Server) no le permitirán instalar .NET 3.0 o 3.5, por lo que es posible que tenga que quedarse con 2.0 por ese motivo.