Sunday, November 3, 2024

Historia y evolución de NET

Sesión 1: 1h11m

La historia detrás de .NET

  • Microsoft comenzó a trabajar en el framework .NET a finales de los 90. La idea era crear una plataforma basada en el llamado código administrado, código que se puede ejecutar bajo un entorno de ejecución.
  • Esto era necesario para mejorar la experiencia de desarrollo y aliviar a los engenieros del manejo de las operaciones de seguridad, la administración activa de la memoria y otros esfuerzos de bajo nivel con los que los desarrolladores de C/C++ tenían que molestarse. 
  • Código NO administrado implica la gestión manual de la memoria. Cuando hablamos de código administrado esto implica que habrá un componente llamado Garbage Collector que se encargará de la gestión de la memoria.




.NET Framework

  • La primera versión de .NET Framework en 2002 introdujo C#, un lenguaje para escribir código administrado que tenía un diseño similar a C++.
  • El marco en sí estaba dirigido a computadoras y servidores en Windows. Tenía WinForms, una biblioteca GUI para aplicaciones de escritorio; ASP.NET, un framework para Web; y ADO.NE para el acceso a los datos. Common Language Runtime (CLR) controló todos estos elementos para compilar y ejecutar código administrado.

  • Para unir varias funciones, .NET ofrecía un Framework Class Libray (FCL) que incluía la Base Class Library (BCL), la biblioteca de red, una biblioteca numérica y otras.
  • Desde entonces, el framework ha sufrido múltiples iteraciones que abarcan actualizaciones en tiempo de ejecución, nuevos sistemas gráficos de escritorio (WPF), API para aplicaciones orientadas a servicios (WCF) y más.

.NET Core

  • En 2014, Microsoft anunció un cambio dramático en la forma en que existe .NET al presentar .NET Core, una nueva versión multiplataforma, compatible con la nube y de código abierto.
  • .NET Core llegó a su lanzamiento en 2016, convirtiéndose en la principal tecnología a considerar para los nuevos proyectos. Microsoft comenzó a portar los servicios existentes para trabajar con Core. Algunos no recibieron portabilidad oficial, como Windows Communication Foundation (WCF) y fueron sustituidos por alternativas procedentes de la comunidad.
  • En 2016, Microsoft adquirió Xamarin, anteriormente una tecnología patentada para el desarrollo móvil multiplataforma, lo que también la convierte en código abierto.
  • Microsoft continuó avanzando hacia la "transparencia entre el equipo del producto y la comunidad" y los Frameworks Windows Presentation Foundation (WPF), Windows Forms y WinUI en diciembre de 2018 se convirtieron en proyectos de código abierto.

NET

  • En mayo de 2019, Microsoft anunció el lanzamiento que uniría el ecosistema: se suponía que todos los elementos de .NET se incluirían en la plataforma de desarrollo .NET 5. Si bien se realizaron cambios en el cronograma debido a COVID-19, la plataforma de desarrollo unificado .NET 5 finalmente se introdujo en noviembre de 2020.
  • El sucesor de .NET Core 3.1 y .NET Framework 4.8, .NET 5 pone orden aen la fragmentación del mundo .NET y proporciona muchas características para crear aplicaciones en Windows, Linux, macOS, iOS, watchOS, Android, tvOS o mediante WebAssembly. La plataforma viene con nuevas API, características de lenguaje y capacidades de tiempo de ejecución. Además, .NET 5 incluye ASP.NET Core, Xamarin, Entity Framework Core, WPF, WinForms y ML.NET.

  • Las librerías en .NET Standard no se compilan directamente. Las librerías .NET Standard son repositorios de código. .NET standard normalmente se usa en componentes de infraestructura.

  • Dentro del tipo de aplicaciones que me permite hacer .NET tenemos:


  • .NET 5 estableció las base de unificación, la versión de .NET 6 se entregó las partes finales en noviembre de 2021, y Visual Studio 2022 se lanzó el mismo día. .NET 8 es una plataforma unificada para crear proyectos en entornos de nube, explorador, IoT, móviles y de escritorio, lo que permite a todos usar las mismas bibliotecas .NET, SDK y tiempo de ejecución.



  • Línea de Tiempo:
  • Sobre las versiones:
    • Usar las versiones LTS para producción.
    • La actualización entre versión y versión es más sencilla que tratar de saltar de la 6 a la 10.
    • Hoy en día, las aplicaciones deben tener un plan de actualización constante como máximo estar 2 versiones antes. 



No comments:

Post a Comment

Cuando el código funciona, pero no tiene tests: ¿y ahora qué?

Seguramente te ha pasado alguna vez. Te dan acceso al repositorio de un nuevo proyecto. Lo abres con curiosidad, esperas encontrar una estru...