Marco .NET
Plataforma de software desarrollada por Microsoft

Marco .NET
Desarrollador(es)Microsoft
Lanzamiento inicial13 de febrero de 2002 ; hace 22 años ( 13 de febrero de 2002 )
Versión estable
4.8.1 / 9 de agosto de 2022 ; hace 2 años [1] ( 09-08-2022 )
Sistema operativoWindows 98 o posterior, Windows NT 4.0 o posterior
PlataformaIA-32 , x86-64 y ARM
Incluido conMicrosoft Windows
Sucesor.NETO
TipoMarco de software
LicenciaMixto; ver § Licencias
Sitio webpuntonet.microsoft.com 

.NET Framework (pronunciado como " punto net ") es un marco de software propietario desarrollado por Microsoft que se ejecuta principalmente en Microsoft Windows . Fue la implementación predominante de Common Language Infrastructure (CLI) hasta que fue reemplazado por el proyecto multiplataforma .NET . Incluye una gran biblioteca de clases llamada Framework Class Library (FCL) y proporciona interoperabilidad de lenguajes (cada lenguaje puede usar código escrito en otros lenguajes) en varios lenguajes de programación . Los programas escritos para .NET Framework se ejecutan en un entorno de software (en contraste con un entorno de hardware ) llamado Common Language Runtime (CLR). El CLR es una máquina virtual de aplicaciones que proporciona servicios como seguridad, administración de memoria y manejo de excepciones . Como tal, el código de computadora escrito con .NET Framework se llama " código administrado ". FCL y CLR juntos constituyen .NET Framework.

FCL proporciona la interfaz de usuario , el acceso a datos , la conectividad de bases de datos , la criptografía , el desarrollo de aplicaciones web , los algoritmos numéricos y las comunicaciones en red . Los programadores producen software combinando su código fuente con .NET Framework y otras bibliotecas. El marco está pensado para que lo utilicen la mayoría de las nuevas aplicaciones creadas para la plataforma Windows. Microsoft también produce un entorno de desarrollo integrado para software .NET llamado Visual Studio .

.NET Framework comenzó como software propietario , aunque la firma trabajó para estandarizar la pila de software casi inmediatamente, incluso antes de su primer lanzamiento. A pesar de los esfuerzos de estandarización, los desarrolladores, principalmente aquellos en las comunidades de software libre y de código abierto , expresaron su malestar con los términos seleccionados y las perspectivas de cualquier implementación libre y de código abierto, especialmente con respecto a las patentes de software . Desde entonces, Microsoft ha cambiado el desarrollo de .NET para seguir más de cerca un modelo contemporáneo de un proyecto de software desarrollado por la comunidad, incluida la publicación de una actualización de su patente prometiendo abordar las preocupaciones. [2]

En abril de 2019, Microsoft lanzó .NET Framework 4.8, la última versión principal del marco como oferta propia, seguida de .NET Framework 4.8.1 en agosto de 2022. Desde entonces, solo se han publicado correcciones mensuales de errores de seguridad y confiabilidad para esa versión. No se planean más cambios en esa versión. .NET Framework seguirá estando incluido en futuras versiones de Windows y seguirá recibiendo actualizaciones de seguridad, sin planes de eliminarlo a partir de septiembre de 2024. [3]

Historia

Microsoft comenzó a desarrollar .NET Framework a finales de los años 90, originalmente bajo el nombre de Next Generation Windows Services (NGWS), como parte de la estrategia .NET . A principios de 2000, se lanzaron las primeras versiones beta de .NET 1.0.

En agosto de 2000, Microsoft e Intel trabajaron para estandarizar Common Language Infrastructure (CLI) y C# . En diciembre de 2001, ambos fueron ratificados por las normas ECMA . [4] [5] La Organización Internacional de Normalización (ISO) siguió su ejemplo en abril de 2003. Las versiones actuales de las normas ISO son ISO/IEC 23271:2012 e ISO/IEC 23270:2006. [6] [7]

Aunque Microsoft y sus socios poseen patentes para CLI y C#, ECMA e ISO exigen que todas las patentes esenciales para la implementación se pongan a disposición en " términos razonables y no discriminatorios ". Las empresas acordaron cumplir estos términos y poner a disposición las patentes sin pagar regalías. Sin embargo, esto no se aplicó a la parte de .NET Framework no cubierta por los estándares ECMA-ISO, que incluía Windows Forms , ADO.NET y ASP.NET . Las patentes que Microsoft posee en estas áreas pueden haber disuadido a terceros de implementar el marco completo. [8]

Windows Vista es la primera versión cliente de Windows que integró .NET Framework.

El 3 de octubre de 2007, Microsoft anunció que el código fuente de las bibliotecas de .NET Framework 3.5 iba a estar disponible bajo la licencia Microsoft Reference Source License (Ms-RSL [a] ). [9] El repositorio de código fuente estuvo disponible en línea el 16 de enero de 2008 e incluía BCL, ASP.NET, ADO.NET, Windows Forms, WPF y XML. Scott Guthrie de Microsoft prometió que se iban a añadir las bibliotecas LINQ, WCF y WF. [10]

Las variantes .NET Compact Framework y .NET Micro Framework de .NET Framework ofrecían compatibilidad con otras plataformas de Microsoft, como Windows Mobile , Windows CE y otros dispositivos integrados con recursos limitados. Silverlight ofrecía compatibilidad con navegadores web a través de complementos.

Logotipo de Microsoft .NET Framework v4.5

En noviembre de 2014, Microsoft también produjo una actualización de sus concesiones de patentes, que amplía aún más el alcance más allá de sus promesas anteriores. Los proyectos anteriores como Mono existían en una zona gris legal porque las concesiones anteriores de Microsoft se aplicaban solo a la tecnología en "especificaciones cubiertas", incluidas estrictamente las 4.ª ediciones de ECMA-334 y ECMA-335. Sin embargo, la nueva promesa de patente no impone ningún límite a la versión de la especificación e incluso se extiende a cualquier tecnología de tiempo de ejecución .NET documentada en MSDN que no haya sido especificada formalmente por el grupo ECMA, si un proyecto decide implementarla. Esto permite que Mono y otros proyectos mantengan la paridad de características con las características .NET modernas que se han introducido desde que se publicó la 4.ª edición sin correr el riesgo de litigios de patentes sobre la implementación de esas características. La nueva concesión mantiene la restricción de que cualquier implementación debe mantener un cumplimiento mínimo con las partes obligatorias de la especificación CLI. [11]

El 31 de marzo de 2016, Microsoft anunció en Microsoft Build que volverían a licenciar Mono por completo bajo una licencia MIT incluso en escenarios en los que anteriormente se necesitaba una licencia comercial. [12] Microsoft también complementó su promesa de patente anterior para Mono, declarando que no harán valer ninguna "patente aplicable" contra las partes que "estén usando, vendiendo, ofreciendo para la venta, importando o distribuyendo Mono". [13] [14] Se anunció que el Proyecto Mono fue aportado a la Fundación .NET. Estos desarrollos siguieron a la adquisición de Xamarin , que comenzó en febrero de 2016 y finalizó el 18 de marzo de 2016. [15]

El comunicado de prensa de Microsoft destaca que el compromiso multiplataforma ahora permite una pila .NET del lado del servidor moderna y de código abierto. Microsoft publicó el código fuente de WPF, Windows Forms y WinUI el 4 de diciembre de 2018. [16]

Arquitectura

Descripción visual de la infraestructura de lenguaje común (CLI)

Infraestructura lingüística común

Common Language Infrastructure (CLI) ofrece una plataforma independiente del lenguaje para el desarrollo y la ejecución de aplicaciones. Al implementar los aspectos básicos de .NET Framework dentro del alcance de CLI, estas funciones no estarán vinculadas a un solo lenguaje, sino que estarán disponibles en todos los lenguajes compatibles con el marco.

Tiempo de ejecución del lenguaje común

.NET Framework incluye Common Language Runtime (CLR). Funciona como motor de ejecución de .NET Framework y ofrece muchos servicios, como administración de memoria , seguridad de tipos , manejo de excepciones , recolección de elementos no utilizados , seguridad y administración de subprocesos . Todos los programas escritos para .NET Framework son ejecutados por CLR.

Los programas escritos para .NET Framework se compilan en código de lenguaje intermedio común (CIL), en lugar de compilarse directamente en código de máquina . Durante la ejecución, un compilador justo a tiempo (JIT) específico de la arquitectura convierte el código CIL en código de máquina.

Asambleas

El código CIL compilado se almacena en ensambles CLI . Tal como lo exige la especificación, los ensambles se almacenan en formato de archivo Portable Executable (PE), común en la plataforma Windows para todos los archivos EXE ejecutables y de biblioteca de vínculos dinámicos (DLL) . Cada ensamble consta de uno o más archivos, uno de los cuales debe contener un manifiesto con los metadatos del ensamble. El nombre completo de un ensamble (que no debe confundirse con el nombre del archivo en el disco) contiene su nombre de texto simple, número de versión, cultura y token de clave pública . Los ensambles se consideran equivalentes si comparten el mismo nombre completo.

El creador del ensamblaje también puede utilizar una clave privada para asignar un nombre seguro . El token de clave pública determina la identidad real del firmante del ensamblaje. Solo aquellos que conocen su clave privada (del sistema de criptografía de doble clave) pueden firmar ensamblajes que tengan el mismo nombre seguro que un ensamblaje de una versión anterior. Se requiere un nombre seguro para agregar ensamblajes a la caché de ensamblajes global .

A partir de Visual Studio 2015, la tecnología de compilación .NET Native permite la compilación de código .NET de aplicaciones de la Plataforma universal de Windows directamente en código de máquina en lugar de código CIL, pero la aplicación debe estar escrita en C# o Visual Basic.NET. [17]

Biblioteca de clases

.NET Framework incluye una implementación de las bibliotecas estándar fundamentales de la CLI . La biblioteca de clases de .NET Framework (FCL) está organizada en una jerarquía de espacios de nombres . La mayoría de las interfaces de programación de aplicaciones (API) integradas son parte de uno System.*o más Microsoft.*espacios de nombres. Estas bibliotecas de clases implementan muchas funciones comunes, como lectura y escritura de archivos, representación gráfica, interacción con bases de datos y manipulación de documentos XML. Las bibliotecas de clases están disponibles para todos los lenguajes compatibles con CLI . La FCL implementa la biblioteca de clases base (BCL) de CLI y otras bibliotecas de clases, algunas de las cuales están especificadas por CLI y otras son específicas de Microsoft.

BCL incluye un pequeño subconjunto de toda la biblioteca de clases y es el conjunto central de clases que sirven como API básica de CLR. [18] Para .NET Framework, la mayoría de las clases consideradas como parte de BCL residen en mscorlib.dll, System.dlly System.Core.dll. Las clases BCL están disponibles en .NET Framework así como en las implementaciones alternativas de CLI, incluyendo .NET Compact Framework , Microsoft Silverlight , .NET Core y Mono .

FCL hace referencia a toda la biblioteca de clases que se incluye con .NET Framework. Incluye BCL, un conjunto ampliado de bibliotecas, entre las que se incluyen Windows Forms , ASP.NET y Windows Presentation Foundation (WPF), y también extensiones de las bibliotecas de clases base ADO.NET , Language Integrated Query (LINQ), Windows Communication Foundation (WCF) y Workflow Foundation (WF). FCL tiene un alcance mucho mayor que las bibliotecas estándar para lenguajes como C++ y es comparable en alcance a las bibliotecas estándar de Java .

Con la introducción de implementaciones alternativas de CLI (por ejemplo, Silverlight), Microsoft introdujo el concepto de bibliotecas de clases portátiles (PCL), que permiten que una biblioteca de consumo se ejecute en más de una implementación. Con la mayor proliferación de implementaciones, el enfoque PCL no logró escalar (las PCL son intersecciones definidas de la superficie de API entre dos o más implementaciones). [19] Como siguiente paso evolutivo de PCL, se creó la biblioteca estándar .NET de forma retroactiva basándose en las System.Runtime.dllAPI basadas en UWP y Silverlight. Se anima a las nuevas implementaciones de CLI a implementar una versión de la biblioteca estándar que les permita ejecutar bibliotecas de terceros existentes sin necesidad de crear nuevas versiones de ellas. La biblioteca estándar .NET permite una evolución independiente de las capas de biblioteca y modelo de aplicación dentro de la arquitectura .NET. [20]

NuGet es el administrador de paquetes para todas las plataformas .NET. Se utiliza para recuperar bibliotecas de terceros en un proyecto .NET con una fuente de biblioteca global en NuGet.org. [21] Las fuentes privadas se pueden mantener por separado, por ejemplo, mediante un servidor de compilación o un directorio del sistema de archivos.

Diagrama de paquetes UML de la jerarquía de flujos en .NET

C++/CLI

Microsoft introdujo C++/CLI en Visual Studio 2005, que es un lenguaje y un medio para compilar programas de Visual C++ para que se ejecuten dentro de .NET Framework. Algunas partes del programa C++ aún se ejecutan dentro de un entorno de ejecución de Visual C++ no administrado , mientras que las partes especialmente modificadas se traducen a código CIL y se ejecutan con el CLR de .NET Framework .

Los ensamblajes compilados con el compilador C++/CLI se denominan ensamblajes de modo mixto, ya que contienen código nativo y administrado en la misma DLL. [22] Estos ensamblajes son más complejos de aplicar ingeniería inversa, ya que los descompiladores .NET como .NET Reflector revelan solo el código administrado.

Principios de diseño

Interoperabilidad

Debido a que los sistemas informáticos suelen requerir la interacción entre aplicaciones nuevas y antiguas, .NET Framework proporciona medios para acceder a funciones implementadas en programas nuevos y antiguos que se ejecutan fuera del entorno .NET. El acceso a los componentes del Modelo de objetos componentes (COM) se proporciona en System.Runtime.InteropServiceslos System.EnterpriseServicesespacios de nombres del marco. El acceso a otras funciones se realiza a través de los Servicios de invocación de plataforma (P/Invoke). El acceso a las funciones .NET desde aplicaciones nativas se realiza a través de la función P/Invoke inversa.

Independencia del lenguaje

.NET Framework presenta un sistema de tipos común (CTS) que define todos los tipos de datos y construcciones de programación posibles compatibles con CLR y cómo pueden o no interactuar de acuerdo con las especificaciones de CLI. Debido a esta característica, .NET Framework admite el intercambio de tipos e instancias de objetos entre bibliotecas y aplicaciones escritas con cualquier lenguaje CLI compatible .

Tipo de seguridad

CTS y el CLR que se utilizan en .NET Framework también aplican la seguridad de tipos . Esto evita conversiones mal definidas, invocaciones de métodos incorrectas y problemas de tamaño de memoria al acceder a un objeto. Esto también hace que la mayoría de los lenguajes de la CLI sean de tipo estático (con o sin inferencia de tipos ). Sin embargo, a partir de .NET Framework 4.0, Dynamic Language Runtime extendió el CLR, lo que permite implementar lenguajes de tipo dinámico sobre la CLI.

Portabilidad

Aunque Microsoft nunca ha implementado el marco completo en ningún sistema excepto Microsoft Windows, ha diseñado el marco para que sea multiplataforma, [23] y hay implementaciones disponibles para otros sistemas operativos (consulte Silverlight y § Implementaciones alternativas). Microsoft envió las especificaciones para CLI (que incluye las bibliotecas de clases base, CTS y CIL), [24] [25] [26] C# , [5] y C++/CLI [27] tanto a Ecma International (ECMA) como a la Organización Internacional de Normalización (ISO), poniéndolas a disposición como estándares oficiales. Esto hace posible que terceros creen implementaciones compatibles del marco y sus lenguajes en otras plataformas.

El núcleo multiplataforma .NET (anteriormente .NET Core) está oficialmente disponible también para muchas distribuciones de Linux y MacOS. [28]

Seguridad

.NET Framework tiene su propio mecanismo de seguridad con dos características generales: Code Access Security (CAS) y validación y verificación. CAS se basa en evidencias asociadas a un ensamblado específico. Normalmente, las evidencias son la fuente del ensamblado (ya sea que esté instalado en la máquina local o se haya descargado de Internet). CAS utiliza evidencias para determinar los permisos otorgados al código. Cuando el código de llamada exige que se le conceda un permiso específico, CLR realiza un recorrido por la pila de llamadas para comprobar cada ensamblado de cada método en la pila de llamadas en busca del permiso requerido; si a algún ensamblado no se le concede el permiso, se generará una excepción de seguridad.

El bytecode CIL administrado es más fácil de aplicar ingeniería inversa que el código nativo, a menos que esté ofuscado . [29] Los programas de descompilación de .NET permiten a los desarrolladores sin habilidades de ingeniería inversa ver el código fuente detrás de los ensamblajes .NET no ofuscados. Por el contrario, las aplicaciones compiladas en código de máquina nativo son mucho más difíciles de aplicar ingeniería inversa, y el código fuente casi nunca se produce con éxito, principalmente debido a las optimizaciones del compilador y la falta de reflexión . [30] Esto crea preocupaciones en la comunidad empresarial sobre la posible pérdida de secretos comerciales y la elusión de los mecanismos de control de licencias. Para mitigar esto, Microsoft ha incluido Dotfuscator Community Edition con Visual Studio .NET desde 2002. [b] Las herramientas de ofuscación de terceros también están disponibles de proveedores como VMware , Vi Labs, Turbo y Red Gate Software . Las herramientas de cifrado a nivel de método para código .NET están disponibles de proveedores como SafeNet .

Gestión de la memoria

CLR libera al desarrollador de la carga de administrar la memoria (asignar y liberar cuando se termina); maneja la administración de memoria por sí mismo al detectar cuándo se puede liberar memoria de manera segura. Las instancias de tipos .NET (objetos) se asignan desde el montón administrado; un grupo de memoria administrado por CLR. Mientras exista una referencia a un objeto, que puede ser directa o a través de un gráfico de objetos, el objeto se considera en uso. Cuando no existe ninguna referencia a un objeto y no se puede acceder a él ni usarlo, se convierte en basura, elegible para su recolección.

.NET Framework incluye un recolector de basura (GC) que se ejecuta periódicamente, en un hilo separado del hilo de la aplicación, que enumera todos los objetos inutilizables y recupera la memoria asignada a ellos. Es un recolector de basura no determinista, compactador y de marcado y barrido . GC se ejecuta solo cuando se ha utilizado una cantidad establecida de memoria o hay suficiente presión de memoria en el sistema. Dado que no se garantiza cuándo se alcanzan las condiciones para recuperar memoria, las ejecuciones de GC son no deterministas . Cada aplicación .NET tiene un conjunto de raíces, que son punteros a objetos en el montón administrado ( objetos administrados ). Estos incluyen referencias a objetos estáticos, objetos definidos como variables locales o parámetros de método actualmente en el alcance y objetos a los que hacen referencia los registros de la CPU. [31] Cuando GC se ejecuta, pausa la aplicación y luego, para cada objeto al que se hace referencia en la raíz, enumera recursivamente todos los objetos alcanzables desde los objetos raíz y los marca como alcanzables. Utiliza metadatos de CLI y reflexión para descubrir los objetos encapsulados por un objeto y luego recorrerlos recursivamente. Luego enumera todos los objetos en el montón (que inicialmente se asignaron de forma contigua) mediante reflexión. Todos los objetos que no están marcados como alcanzables son basura. [31] Esta es la fase de marcado . [32] Dado que la memoria retenida por la basura no tiene importancia, se considera espacio libre. Sin embargo, esto deja trozos de espacio libre entre los objetos que inicialmente eran contiguos. Luego, los objetos se compactan para que el espacio libre en el montón administrado vuelva a ser contiguo. [31] [32] Cualquier referencia a un objeto invalidada al mover el objeto es actualizada por GC para reflejar la nueva ubicación. [32] La aplicación se reanuda después de que finaliza la recolección de basura. La última versión de .NET framework utiliza la recolección de basura simultánea junto con el código de usuario, lo que hace que las pausas sean imperceptibles, porque se realiza en segundo plano. [33]

El recolector de basura que utiliza .NET Framework también es generacional . [34] A los objetos se les asigna una generación . Los objetos recién creados se etiquetan como Generación 0. Los objetos que sobreviven a una recolección de basura se etiquetan como Generación 1. Los objetos de Generación 1 que sobreviven a otra recolección son Generación 2. El marco utiliza hasta objetos de Generación 2. [34] Los objetos de generaciones superiores se recolectan con menos frecuencia que los objetos de generaciones inferiores. Esto aumenta la eficiencia de la recolección de basura, ya que los objetos más antiguos tienden a tener una vida útil más larga que los objetos más nuevos. [34] Al ignorar los objetos más antiguos en la mayoría de las ejecuciones de recolección, se necesitan menos comprobaciones y operaciones de compactación en total. [34]

Actuación

Cuando se inicia una aplicación por primera vez, .NET Framework compila el código CIL en código ejecutable utilizando su compilador just-in-time y almacena en caché el programa ejecutable en .NET Native Image Cache. [35] [36] Debido al almacenamiento en caché, la aplicación se inicia más rápido para los lanzamientos posteriores, aunque el primer lanzamiento suele ser más lento. Para acelerar el primer lanzamiento, los desarrolladores pueden utilizar la utilidad Native Image Generator para compilar y almacenar en caché de forma manual y anticipada cualquier aplicación .NET. [36]

El recolector de basura, que está integrado en el entorno, puede introducir retrasos imprevistos en la ejecución sobre los que el desarrollador tiene poco control directo. "En aplicaciones grandes, la cantidad de objetos con los que el recolector de basura necesita trabajar puede llegar a ser muy grande, lo que significa que puede llevar mucho tiempo visitarlos y reorganizarlos todos". [37]

.NET Framework proporciona soporte para llamar a Streaming SIMD Extensions (SSE) a través de código administrado desde abril de 2014 en Visual Studio 2013 Update 2. Sin embargo, Mono ha proporcionado soporte para SIMD Extensions a partir de la versión 2.2 dentro del espacio de nombres Mono.Simd en 2009. [38] El desarrollador principal de Mono, Miguel de Icaza, ha expresado su esperanza de que este soporte SIMD sea adoptado por el estándar ECMA de CLR. [39] Las Streaming SIMD Extensions han estado disponibles en las CPU x86 desde la introducción del Pentium III . Algunas otras arquitecturas como ARM y MIPS también tienen extensiones SIMD. En caso de que la CPU carezca de soporte para esas extensiones, las instrucciones se simulan en el software. [40] [41]

Implementaciones alternativas

.NET Framework fue la implementación predominante de CLI hasta el lanzamiento de .NET . Existen otras implementaciones para partes del marco. Aunque el motor de ejecución está descrito por una especificación ECMA-ISO, otras implementaciones del mismo pueden verse obstaculizadas por problemas de patentes ; las normas ISO pueden incluir la exención de responsabilidad: "Se llama la atención sobre la posibilidad de que algunos de los elementos de este documento puedan estar sujetos a derechos de patente. ISO no será responsable de identificar alguno o todos esos derechos de patente". [42] Es más difícil desarrollar alternativas a FCL, que no está descrito por un estándar abierto y puede estar sujeto a restricciones de derechos de autor. Además, partes de FCL tienen funciones y comportamiento específicos de Windows, por lo que la implementación en plataformas que no sean Windows puede ser problemática.

Aquí se enumeran algunas implementaciones alternativas de partes del marco.

  • .NET Micro Framework es una plataforma .NET para dispositivos con recursos extremadamente limitados. Incluye una versión pequeña de CLR y admite el desarrollo en C# (aunque algunos desarrolladores pudieron usar VB.NET , [43] aunque con cierta cantidad de modificaciones y con funcionalidades limitadas) y la depuración (en un emulador o en hardware), ambas usando Microsoft Visual Studio . También incluye un subconjunto de la biblioteca de clases de .NET Framework (alrededor de 70 clases con alrededor de 420 métodos), un marco de interfaz gráfica de usuario basado libremente en WPF y bibliotecas adicionales específicas para aplicaciones integradas.
  • Mono es una implementación de CLI y FCL, y proporciona funciones adicionales. Tiene licencia de software libre bajo la Licencia MIT . Incluye soporte para bibliotecas ASP.NET, ADO.NET y Windows Forms para una amplia gama de arquitecturas y sistemas operativos. También incluye compiladores C# y VB.NET.
  • Portable.NET (parte de DotGNU ) ofrece una implementación de CLI, partes de FCL y un compilador de C#. Es compatible con una variedad de CPU y sistemas operativos. El proyecto se interrumpió y la última versión estable se publicó en 2009.
  • Microsoft Shared Source Common Language Infrastructure es una implementación no libre de CLR. Sin embargo, la última versión funciona únicamente en Windows XP SP2 y no se ha actualizado desde 2006. Por lo tanto, no contiene todas las características de la versión 2.0 de .NET Framework.
  • CrossNet [44] es una implementación de CLI y partes de FCL. Es un software libre que utiliza una licencia MIT de código abierto .

Licencias

Los marcos de código administrado de Microsoft y sus componentes tienen la siguiente licencia:

ComponenteLicencia
.NET Framework (paquete redistribuible)Software propietario [45]
Código fuente de referencia de .NET Framework 4.5 y versiones anterioresLicencia de referencia de Microsoft (Ms-RSL [a] ) [9] [46]
Código fuente de referencia de .NET Framework 4.6Licencia MIT [47]
Mononucleosis infecciosaLicencia MIT [15]
.NET (anteriormente .NET Core)
CoreFX, CoreCLR y CLI		Licencia MIT [48]
Micromarco .NETLicencia Apache 2.0 [49]
Plataforma de compilación .NET (nombre en código "Roslyn")Licencia MIT [50]
ASP.NET MVC , API web y páginas web ( Razor )Licencia Apache 2.0 [51]
ASP.NET NúcleoLicencia Apache 2.0 [52]
Kit de herramientas de control ASP.NET AjaxLicencia BSD [53]
Señal R de ASP.NETLicencia Apache 2.0 [54]
Marco de entidadLicencia Apache 2.0 [55]
NuGetLicencia Apache 2.0 [56]

Véase también

Notas

  1. ^ ab La licencia anteriormente se abreviaba como Ms-RL, pero Ms-RL ahora se refiere a la Licencia recíproca de Microsoft .
  2. ^ Dotfuscator Edición comunitaria 4.0

Referencias

  1. ^ "Descargar el instalador sin conexión de .NET Framework 4.8". Microsoft . Archivado desde el original el 15 de agosto de 2019 . Consultado el 15 de agosto de 2019 .
  2. ^ Ibanez, Luis (19 de noviembre de 2014). «Microsoft se suma al código abierto». Opensource.com . Archivado desde el original el 2 de enero de 2020. Consultado el 2 de enero de 2020 .
  3. ^ gewarren. «Versiones de .NET Framework y del sistema operativo Windows». Microsoft Learn . Archivado desde el original el 3 de septiembre de 2022 . Consultado el 21 de noviembre de 2020 .
  4. ^ "Estándar ECMA-335: Infraestructura de lenguaje común (CLI)" (6.ª ed.). ECMA . Junio ​​de 2012. Archivado desde el original el 29 de junio de 2013 . Consultado el 31 de agosto de 2005 .
  5. ^ ab "Estándar ECMA-334: Especificación del lenguaje C#" (4.ª ed.). ECMA . Junio ​​de 2006. Archivado desde el original el 31 de octubre de 2010 . Consultado el 31 de agosto de 2005 .
  6. ^ "ISO/IEC 23271:2012 Tecnología de la información – Infraestructura de lenguaje común" (3.ª ed.). Organización Internacional de Normalización . 13 de febrero de 2012. Archivado desde el original el 17 de marzo de 2012. Consultado el 17 de marzo de 2012 .
  7. ^ "ISO/IEC 23270:2006 – Tecnología de la información – Lenguajes de programación – C#" (2.ª ed.). Organización Internacional de Normalización . 26 de enero de 2012. Archivado desde el original el 6 de diciembre de 2010 . Consultado el 1 de abril de 2008 .
  8. ^ Smith, Brett (16 de julio de 2009). "La promesa vacía de Microsoft". Free Software Foundation . Archivado desde el original el 19 de agosto de 2009. Consultado el 3 de agosto de 2009. Sin embargo, hay varias bibliotecas que se incluyen con Mono y que suelen utilizar aplicaciones como Tomboy, que no son requeridas por el estándar . Y para que quede claro, no estamos hablando de bibliotecas específicas de Windows como ASP.NET y Windows Forms. En cambio, estamos hablando de bibliotecas bajo el espacio de nombres System que proporcionan la funcionalidad común que los programadores esperan en los lenguajes de programación modernos.
  9. ^ ab Guthrie, Scott (3 de octubre de 2007). "Releasing the Source Code for the .NET Framework". Blog de Scott Guthrie . Microsoft . Archivado desde el original el 7 de septiembre de 2010. Consultado el 15 de septiembre de 2010 .
  10. ^ Guthrie, Scott (16 de enero de 2008). «El código fuente de la biblioteca .NET Framework ya está disponible». Blog de Scott Guthrie . Microsoft . Archivado desde el original el 18 de marzo de 2015. Consultado el 28 de febrero de 2015 .
  11. ^ "Promesa de patente de Microsoft para bibliotecas .NET y componentes de tiempo de ejecución". GitHub . Archivado desde el original el 21 de febrero de 2021 . Consultado el 16 de noviembre de 2014 .
  12. ^ Krill, Paul (1 de abril de 2016). "El entorno de ejecución Mono de Xamarin obtiene una licencia más flexible". InfoWorld . IDG . Archivado desde el original el 16 de abril de 2016 . Consultado el 13 de abril de 2016 .
  13. ^ Ferraira, Bruno (31 de marzo de 2016). «Xamarin ahora viene gratis con Visual Studio». The Tech Report . Archivado desde el original el 2 de abril de 2016. Consultado el 12 de abril de 2016 .
  14. ^ "Promesa de patente de Microsoft para Mono". Mono en GitHub . 28 de marzo de 2016. Archivado desde el original el 16 de abril de 2016 . Consultado el 16 de abril de 2016 .
  15. ^ ab Friedman, Nat (31 de marzo de 2016). "Xamarin para todos". Blog de Xamarin . Archivado desde el original el 12 de abril de 2016. Consultado el 12 de abril de 2016 .
  16. ^ Gallo, Kevin (4 de diciembre de 2018). «Anuncio del código abierto de WPF, Windows Forms y WinUI en Microsoft Connect 2018». Blog para desarrolladores de Windows . Microsoft. Archivado desde el original el 15 de diciembre de 2018 . Consultado el 24 de diciembre de 2018 .
  17. ^ rpetrusha. "Compilación de aplicaciones con .NET Native". Microsoft Learn . Archivado desde el original el 3 de diciembre de 2017. Consultado el 2 de diciembre de 2017 .
  18. ^ "Base Class Libraries Community". Microsoft . Archivado desde el original el 24 de abril de 2009 . Consultado el 1 de junio de 2008 .
  19. ^ ".NET Platform Standard". GitHub . Archivado desde el original el 19 de mayo de 2016 . Consultado el 23 de abril de 2016 .
  20. ^ "Una actualización de ASP.NET Core 1.0 RC2". Scott Hanselman . 14 de abril de 2016. Archivado desde el original el 19 de abril de 2016. Consultado el 23 de abril de 2016 .
  21. ^ "Galería NuGet – Inicio". nuget.org . Archivado desde el original el 21 de febrero de 2021 . Consultado el 21 de febrero de 2021 .
  22. ^ Ensamblajes mixtos (nativos y administrados) Archivado el 22 de octubre de 2014 en Wayback Machine , MSDN
  23. ^ "Scott Guthrie: Silverlight y el CLR multiplataforma". Canal 9. 30 de abril de 2007. Archivado desde el original el 22 de mayo de 2015. Consultado el 16 de abril de 2016 .
  24. ^ "ECMA 335 – Estándar ECMA-335 Common Language Infrastructure (CLI) 4.ª edición (junio de 2006)". ECMA. 1 de junio de 2006. Archivado desde el original el 14 de junio de 2008. Consultado el 1 de junio de 2008 .
  25. ^ "ISO/IEC 23271:2006". Normas ISO. 29 de septiembre de 2006. Archivado desde el original el 1 de julio de 2018. Consultado el 17 de abril de 2012 .
  26. ^ "Informe técnico TR/84 Common Language Infrastructure (CLI) – Información derivada del archivo XML de la Partición IV". ECMA. 1 de junio de 2006. Archivado desde el original el 7 de marzo de 2015. Consultado el 16 de abril de 2016 .
  27. ^ "Especificación estándar del lenguaje C++/CLI ECMA-372". ECMA. 1 de diciembre de 2005. Archivado desde el original el 10 de agosto de 2008. Consultado el 16 de enero de 2008 .
  28. ^ ".NET se vuelve multiplataforma con .NET Core". Archivado desde el original el 19 de febrero de 2024 . Consultado el 19 de febrero de 2024 .
  29. ^ Gartner, Inc. según se informa en "Hype Cycle for Cyberthreats, 2006", septiembre de 2006, Neil MacDonald; Amrit Williams, et al.
  30. ^ Cifuentes, Cristina (julio de 1994). "6: Control Flow Analysis" (PDF) . Técnicas de compilación inversa (Tesis). Queensland University of Technology . Archivado desde el original (PDF) el 22 de noviembre de 2016.
  31. ^ abc «Recolección de basura: administración automática de memoria en Microsoft .NET Framework». Archivado desde el original el 3 de julio de 2007. Consultado el 1 de junio de 2008 .
  32. ^ abc «Recolección de basura en .NET». Archivado desde el original el 25 de mayo de 2008. Consultado el 1 de junio de 2008 .
  33. ^ ".NET Framework 4.5 incluye nuevas mejoras en el recolector de elementos no utilizados para aplicaciones cliente y servidor". 20 de julio de 2012. Archivado desde el original el 4 de febrero de 2016 . Consultado el 2 de octubre de 2015 .
  34. ^ abcd «Recolección de elementos no utilizados: Parte 2: Administración automática de memoria en Microsoft .NET Framework». Archivado desde el original el 26 de junio de 2007. Consultado el 1 de junio de 2008 .
  35. ^ "Comprensión de la compilación Just-In-Time de .NET". telerik.com . 28 de mayo de 2013. Archivado desde el original el 11 de junio de 2013 . Consultado el 21 de mayo de 2015 .
  36. ^ ab Compilación de MSIL en código nativo Archivado el 19 de abril de 2015 en Wayback Machine , MSDN, Microsoft
  37. ^ "Comprensión de la recolección de basura en .NET". 17 de junio de 2009. Archivado desde el original el 10 de octubre de 2019. Consultado el 13 de noviembre de 2019 .
  38. ^ "Notas de la versión Mono 2.2 – Mono". mono-project.com . Archivado desde el original el 22 de noviembre de 2016 . Consultado el 22 de noviembre de 2016 .
  39. ^ de Icaza, Miguel (3 de noviembre de 2008). "Compatibilidad con SIMD de Mono: Cómo hacer que Mono sea seguro para los juegos". Tirania.org. Archivado desde el original el 4 de noviembre de 2010. Consultado el 17 de abril de 2012 .
  40. ^ de Icaza, Miguel (3 de noviembre de 2008). "Compatibilidad con SIMD de Mono: cómo hacer que Mono sea seguro para los juegos". tirania.org . Archivado desde el original el 2 de julio de 2022 . Consultado el 6 de mayo de 2022 .
  41. ^ "Tipos acelerados por SIMD en .NET". Microsoft Learn . Archivado desde el original el 6 de mayo de 2022 . Consultado el 6 de mayo de 2022 .
  42. ^ ISO 9001:2008, Prólogo
  43. ^ Fairbairn, Christopher (1 de abril de 2008). «Uso de VB.NET con .NET Micro Framework «/dev/mobile». /dev/mobile . Archivado desde el original el 27 de febrero de 2018. Consultado el 17 de abril de 2012 .
  44. ^ "CrossNet". Codeplex.com. Archivado desde el original el 25 de enero de 2010. Consultado el 17 de abril de 2012 .
  45. ^ "Microsoft .NET Framework Redistributable EULA". MSDN . Microsoft . 13 de septiembre de 2006. Archivado desde el original el 2 de abril de 2015 . Consultado el 28 de febrero de 2015 .
  46. ^ Bray, Brandon (15 de agosto de 2012). «Anuncio del lanzamiento de .NET Framework 4.5 RTM: producto y código fuente». Blog de .NET Framework . Microsoft . Archivado desde el original el 4 de octubre de 2016. Consultado el 18 de agosto de 2016 .
  47. ^ "Anuncio de .NET 2015 Preview: Una nueva era para .NET". Blog de .NET Framework . Microsoft . 12 de noviembre de 2014. Archivado desde el original el 19 de agosto de 2016 . Consultado el 18 de agosto de 2016 .
  48. ^ ".NET Core 5". dotnetfoundation.org . .NET Foundation. Archivado desde el original el 17 de febrero de 2015 . Consultado el 17 de febrero de 2015 .
  49. ^ ".NET Micro Framework". dotnetfoundation.org . .NET Foundation. Archivado desde el original el 17 de febrero de 2015 . Consultado el 17 de febrero de 2015 .
  50. ^ "Licencia Roslyn". GitHub . NET Foundation. 5 de febrero de 2020. Archivado desde el original el 24 de marzo de 2018 . Consultado el 14 de abril de 2018 .
  51. ^ "ASP.NET MVC, Web API y Web Pages (Razor)". dotnetfoundation.org . NET Foundation. Archivado desde el original el 17 de febrero de 2015 . Consultado el 17 de febrero de 2015 .
  52. ^ "Licencia de ASP.NET Core". GitHub . NET Foundation. 5 de julio de 2017. Archivado desde el original el 21 de febrero de 2021 . Consultado el 14 de abril de 2018 .
  53. ^ "ASP.NET Ajax Control Toolkit". dotnetfoundation.org . NET Foundation. Archivado desde el original el 17 de febrero de 2015 . Consultado el 17 de febrero de 2015 .
  54. ^ "ASP.NET SignalR". dotnetfoundation.org . NET Foundation. Archivado desde el original el 17 de febrero de 2015 . Consultado el 17 de febrero de 2015 .
  55. ^ "Entity Framework". dotnetfoundation.org . NET Foundation. Archivado desde el original el 18 de abril de 2016 . Consultado el 16 de abril de 2016 .
  56. ^ "NuGet". dotnetfoundation.org . NET Foundation. Archivado desde el original el 17 de febrero de 2015 . Consultado el 17 de febrero de 2015 .
Wikilibros tiene un libro sobre el tema: .NET Development Foundation
Wikiversidad tiene recursos de aprendizaje sobre Introducción a .NET
  • Sitio web oficial
  • Descripción general de .NET Framework (MSDN)
  • Repositorio .NET en Github
Obtenido de "https://es.wikipedia.org/w/index.php?title=.NET_Framework&oldid=1252675179"