Ir al contenido principal

VB Versiones y dependencias de .NET Framework

Versiones y dependencias de .NET Framework


Cada versión de .NET Framework contiene Common Language Runtime (CLR), las bibliotecas de clases base y otras bibliotecas administradas. En este tema se describen las características principales de cada versión de .NET Framework, se proporciona información sobre las versiones de CLR subyacentes y los entornos de desarrollo asociados, y se identifican las versiones que instala el sistema operativo Windows.
En la tabla siguiente se resume el historial de versiones de .NET Framework y relaciona cada versión con Visual Studio, Windows y Windows Server. Tenga en cuenta que Visual Studio proporciona compatibilidad con múltiples versiones (multi-targeting), por lo que no está limitado a la versión de .NET Framework que se muestra.
Cada versión de .NET Framework contiene características de versiones anteriores e incorpora nuevas características. CLR se identifica mediante su propio número de versión. El número de versión de .NET Framework aumenta con cada nueva publicación, aunque la versión de CLR no siempre se incrementa. Por ejemplo, en .NET Framework 4, 4.5 y versiones posteriores se incluye CLR 4, mientras que en .NET Framework 2.0, 3.0 y 3.5 se incluye CLR 2.0. (No existe la versión 3 de CLR).
Consulte Requisitos del sistema para obtener una lista completa de los sistemas operativos compatibles. Consulte las descargas en la guía de instalación. Para determinar qué versiones de .NET Framework están instaladas en un equipo, consulte Cómo: Determinar qué versiones de .NET Framework están instaladas.

En la tabla, las versiones de .NET Framework que están instaladas en versiones de sistemas operativos marcadas con * en las columnas Incluido en/Se puede instalar en Windows y en las columnas Incluido en/Se puede instalar en Windows Server deben habilitarse en el Panel de control(para Windows) o habilitarse mediante el Administrador de servidores (para Windows Server).

NET Framework 4.5 es una actualización en contexto que reemplaza a .NET Framework 4 en el equipo. Igualmente, .NET Framework 4.5.1 4.5.2, 4.6, 4.6.1 y 4.6.2 son actualizaciones en contexto de .NET Framework 4.5, lo que significa que usan la misma versión en tiempo de ejecución, pero las versiones del ensamblado se actualizan e incluyen nuevos tipos y miembros. Después de instalar una de estas actualizaciones, las aplicaciones de .NET Framework 4, .NET Framework 4.5 o .NET Framework 4.6 deben seguir ejecutándose sin necesidad de una nueva compilación. Sin embargo, esto no es aplicable a la inversa. No se recomienda ejecutar aplicaciones destinadas a una versión posterior de .NET Framework en versiones anteriores de este. Por ejemplo, no se recomienda ejecutar una aplicación destinada a .NET Framework 4.6 en .NET Framework 4.5. Se aplican las directrices siguientes:
  • En Visual Studio 2013, puede elegir .NET Framework 4.5 como versión de .NET Framework de destino en un proyecto (se establece la propiedad GetReferenceAssemblyPaths.TargetFrameworkMoniker) para compilar el proyecto como un ensamblado o ejecutable de .NET Framework 4.5. Después, este ensamblado o ejecutable puede usarse en cualquier equipo que tenga instalado .NET Framework 4.5, 4.5.1, 4.5.2, 4.6 o 4.6.1.
  • En Visual Studio, puede elegir .NET Framework 4.5.1 como versión de .NET Framework de destino en un proyecto (se establece la propiedad GetReferenceAssemblyPaths.TargetFrameworkMoniker) para compilar el proyecto como un ensamblado o ejecutable de .NET Framework 4.5.1. Este ensamblado o ejecutable debe ejecutarse solo en equipos que tengan instalado .NET Framework 4.5.1 o una versión posterior de .NET Framework. Un archivo ejecutable que tenga como destino .NET Framework 4.5.1 no podrá ejecutarse en un equipo que solo tenga instalada una versión anterior de .NET Framework, como .NET Framework 4.5, y se le pedirá al usuario que instale .NET Framework 4.5.1. Además, no se debe llamar a los ensamblados de .NET Framework 4.5.1 desde una aplicación que tenga como destino una versión anterior de .NET Framework, como .NET Framework 4.5.
.NET Framework 4.5.1 y .NET Framework 4.5 se usan aquí solo como ejemplos. Este principio es válido para cualquier aplicación destinada a una versión de .NET Framework posterior a la instalada en el sistema en el que se ejecuta.
Es posible que algunos cambios en .NET Framework requieran cambios en el código de la aplicación. Consulte Compatibilidad de aplicaciones antes de ejecutar las aplicaciones existentes con .NET Framework 4.5 o versiones posteriores. Para obtener más información sobre la instalación de la versión actual, vea Guía de instalación. Para obtener información sobre el soporte técnico de .NET Framework, vea Directiva de ciclo de vida de soporte técnico de Microsoft .NET Framework en el sitio web de soporte técnico de Microsoft.


Las versiones 2.0, 3.0 y 3.5 de .NET Framework están compiladas con la misma versión de CLR (CLR 2.0). Estas versiones representan niveles sucesivos de una única instalación. Cada versión se compila incrementalmente sobre las versiones anteriores. No es posible ejecutar las versiones 2.0, 3.0 y 3.5 en paralelo en un equipo. Cuando se instala la versión 3.5, se obtienen automáticamente los niveles 2.0 y 3.0, y las aplicaciones que se compilaron para las versiones 2.0, 3.0 y 3.5 pueden ejecutarse en la versión 3.5. Sin embargo, en .NET Framework 4 ya no se usa este enfoque de niveles. A partir de .NET Framework 4, puede usar el hospedaje en paralelo en el mismo proceso para ejecutar varias versiones de CLR en un único proceso. Para obtener más información, consulta ensamblados y ejecución simultánea.

Además, si la aplicación tiene como destino la versión 2.0, 3.0 o 3.5, es posible que los usuarios tengan que habilitar .NET Framework 3.5 en un equipo Windows 8 o Windows 8.1 para poder ejecutar la aplicación. Para obtener más información, consulta Instalar .NET Framework 3.5 en Windows 8 y versiones posteriores.

Comentarios

Entradas populares de este blog

VB Origen Yorsy Lopez

Visual Basic   Es un lenguaje de programación dirigido por eventos, desarrollado por Alan Cooper para Microsoft. Este lenguaje de programación es un dialecto de BASIC, con importantes agregados. Su primera versión fue presentada en 1991, con la intención de simplificar la programación utilizando un ambiente de desarrollo que facilitó en cierta medida la programación misma. La última versión fue la 6, liberada en 1998, para la que Microsoft extendió el soporte hasta marzo de 2008. En 2001 Microsoft propuso abandonar el desarrollo basado en la API Win32 y pasar a un framework o marco común de librerías, independiente de la versión del sistema operativo, .NET Framework, a través de Visual Basic .NET (y otros lenguajes como C Sharp(C#) de fácil transición de código entre ellos); fue el sucesor de Visual Basic 6. Aunque Visual Basic es de propósito general, también provee facil...

VB Historia Yorsy # 14

Historia de Visual basic.net Todas las versiones de Visual Basic para Windows son muy conocidas, aunque la Microsoft Visual Basic 1.0 desarrollada para el sistema operativo MS-DOS (ediciones Profesional y Estándar), que data de 1992, fue menos difundida. Esta proveía un entorno que, aunque en modo texto, incluía un diseñador de formularios en el que se podían arrastrar y soltar distintos controles. La última versión que únicamente generaba aplicaciones de 16 bits fue la 3.0, y no incluía una biblioteca detallada de componentes para toda clase de usos. Durante la transición de los sistemas Windows 3.11 a Windows 95, en 1995, hizo su aparición la versión 4.0 de Visual Basic; esta podía generar programas tanto de 16 como de 32 bits, a partir del mismo código fuente, aunque a costa de un gran aumento en el tamaño de los archivos necesarios en tiempo de ejecución ("runtime"). Además, se sustituyeron los controles denominados VBX por los nuevos ...

VB IDE

Entorno de Desarrollo Interactivo Un entorno de desarrollo integrado, es un entorno de programación que ha sido empaquetado como un programa de aplicación, es decir, consiste en un editor de código, un compilador, un depurador y un constructor de interfaz gráfica (GUI). Los IDE proveen un marco de trabajo amigable para la mayoría de los lenguajes de programación tales como C++, PHP, Python, Java, C#, Delphi, Visual Basic, etc. En algunos lenguajes, un IDE puede funcionar como un sistema en tiempo de ejecución, en donde se permite utilizar el lenguaje de programación en forma interactiva, sin necesidad de trabajo orientado a archivos de texto. Algunos ejemplos de entornos integrados de desarrollo (IDE) son los siguientes: §  Eclipse §  NetBeans §  IntelliJ IDEA §  JBuilder de Borland §  JDeveloper de Oracle §  KDevelop §  Anjunta §  Clarion §  MS Visual Studio §...