1. .NET Framework Historia
1.1. .NET Framework es una plataforma de desarrollo creada por Microsoft. Inicialmente, fue una respuesta a la tecnología de la época -principalmente Java, que lleva varios años en el mercado- y Bill no quería quedarse atrás. La versión inicial básicamente incluía herramientas de desarrollo para Windows Forms y ASP.NET, pero ahora se ha convertido en un extenso conjunto de tecnología, que enumeraremos más adelante.
2. Como Fue Creado
2.1. El jefe del equipo de desarrollo de .NET Framework es un conocido ingeniero de software danés y Anders Hejsberg, el actual arquitecto jefe de C # en Microsoft. La leyenda es que en 1996, Anders (Anders) pertenecía a Borland. Su principal contribución a esta empresa es liderar los proyectos de desarrollo de Turbo Pascal y Delphi. En ese momento, Microsoft lo hizo su principal objetivo: primero hizo una propuesta muy atractiva y luego copió la propuesta económica de Borland.
3. Cronología
3.1. De forma paralela al crecimiento del .NET Framework, también ha evolucionado el entorno de desarrollo que acompaña esta tecnología: Visual Studio. Es justo decir que Microsoft ha alcanzado un producto de calidad con este IDE, que acompaña de forma perfecta a la plataforma. En los últimos años hay un impulso muy fuerte por parte de Microsoft en las tecnologías .NET, por lo que a los desarrolladores que tratamos de seguirle el paso nos tiene bastantes exhaustos, pero satisfechos. Entre las principales tecnologías tenemos: Windows Forms, ASP .NET, WCF, WPF, Entity Framework, ASP .NET MVC, ASP .NET WebPages, WebApi, SignalR, Windows Azure, etc.
3.2. Finalmente se puede decir que ahora el .NET Framework se ha convertido en un gigantesco ecosistema, con tecnologías de calidad, maduras y consolidadas. Ademas cuenta con una comunidad de desarrolladores muy activa y con el respaldo de una empresa como Microsoft, que no es poca cosa: La división de desarrollo es, según mi punto de vista, la más exitosa de la empresa.
4. Lenguaje en .NET
4.1. La plataforma .NET es un entorno de programación que deja a discreción del programador optar por un lenguaje u otro, ya que no existe un lenguaje .NET propio. Aprender un nuevo lenguaje de programación exige un esfuerzo y equivocarse en la elección supone un desgaste que tenemos que intentar evitar a toda costa.
4.2. En esta sección, no pretendo decir qué lenguaje es el mejor lenguaje de programación en .NET, porque la respuesta a esta pregunta varía según quién te responda y, en última instancia, depende del gusto y otros factores. Lo que puedo decir es que los lenguajes de programación .NET más populares son C # y Visual Basic .NET. Por tanto, se hará una comparación entre Visual Basic .NET y C # porque son los más extensos. Hablemos de cada uno.
5. ¿Qué es .NET Framework?
5.1. .NET Framework es un entorno de ejecución administrado para Windows que proporciona diversos servicios a las aplicaciones en ejecución. Consta de dos componentes principales: Common Language Runtime (CLR), que es el motor de ejecución que controla las aplicaciones en ejecución, y la biblioteca de clases de .NET Framework, que proporciona una biblioteca de código probado y reutilizable al que pueden llamar los desarrolladores desde sus propias aplicaciones.
6. Para qué sirve .NET Framework
6.1. Microsoft .Net Framework es un componente software que da soluciones de código que son utilizadas por los programas (a través de las librerías dll), y que gestiona programas escritos para este Framework.
6.2. .Net Framework proporciona un entorno de desarrollo que utiliza un software sencillo, aumentando la seguridad de los programas y reduciendo las vulnerabilidades.
7. Elementos Principales
7.1. .NET Framework consta de dos componentes principales: Common Language Runtime (CLR) y la biblioteca de clases de .NET Framework. Common Language Runtime es la base de .NET Framework.
7.2. Common Language Runtime
7.2.1. Common Language Runtime gestiona la memoria, la ejecución de subprocesos, la ejecución de código, las comprobaciones de seguridad del código, la compilación y otros servicios del sistema. Estas características son inherentes al código administrado que se ejecuta en Common Language Runtime.
7.3. Biblioteca de clases de .NET Framework
7.3.1. La biblioteca de clases de .NET Framework es una colección de tipos reutilizables estrechamente integrados con Common Language Runtime. La biblioteca de clases está orientada a objetos y proporciona su propio código administrado para derivar tipos de funciones. Esto hace que los tipos de .NET Framework sean fáciles de usar y reduce el tiempo asociado con el aprendizaje de nuevas funciones de .NET Framework. Además, los componentes de terceros se integran perfectamente con las clases de .NET Framework.
8. Bibliotecas de clases de .NET
8.1. La biblioteca de clases es el concepto de biblioteca compartida .NET. Le permiten dividir funciones útiles en módulos que pueden ser utilizados por varias aplicaciones. También se pueden usar para cargar funciones que no son necesarias o desconocidas cuando se inicia la aplicación. Utilice el formato de archivo .NET Assembly para describir la biblioteca de clases.
8.2. Hay tres tipos de bibliotecas de clases que puede usar:
8.2.1. Las bibliotecas de clases específicas de la plataforma tienen acceso a todas las API de una plataforma determinada (por ejemplo, .NET Framework, Xamarin iOS), pero solo las pueden usar las aplicaciones y bibliotecas destinadas a esa plataforma.
8.2.2. Las bibliotecas de clases portables tienen acceso a un subconjunto de API y las pueden usar las aplicaciones y bibliotecas que tienen como destino varias plataformas.
8.2.3. Las bibliotecas de clases de .NET Standard son una fusión del concepto de biblioteca específica de la plataforma y portable en un único modelo que ofrece lo mejor de ambas.
8.2.4. Bibliotecas de clases de Mono, Las bibliotecas de clases se admiten en Mono, incluidos los tres tipos de bibliotecas que se han descrito anteriormente. A menudo, Mono se considera (correctamente) como una implementación multiplataforma de .NET Framework. En parte, se debía a que las bibliotecas de .NET Framework específicas de la plataforma podrían ejecutarse en el tiempo de ejecución Mono sin modificarse ni volver a compilarse. Esta característica ya existía antes de la creación de las bibliotecas de clases portables, por lo que era una elección obvia para habilitar la portabilidad binaria entre .NET Framework y Mono (aunque solo funcionaba en una dirección).