Historia y Evolución

Facilita al desarrollador la escritura de código.

Permitiendo realizar operaciones comunes y que los valores de todos los tipos se puedan almacenar, transportar y utilizar de manera coherente.

Hemos dicho que C# es lenguaje orientado a objetos, pero también a componentes porque permite definir propiedades sin necesidad de crear métodos o usar eventos sin tratar con punteros a funciones.

Se puede aislar o agrupar código.

Todos los compiladores de C# tienen un mínimo de biblioteca de clases disponibles para usar.

En C# puedes dividir el código en múltiples hilos de ejecución, trabajar en paralelo y sincronizarlos al final.

Como decíamos antes, 2002 fue el año en el que pudimos ver la primera versión de C#, la 1.0. Aquí se establecieron las bases del lenguaje: el uso de clases, structs, interfaces, modelo de herencia, ciclo de vida, etc. También asistimos al nacimiento de Microsoft .Net Framework.

Con la versión 2.0 se empezó a vislumbrar lo que es hoy en día el lenguaje gracias a los generics, iteradores, los métodos anónimos, la covarianza y la contravarianza… Y no nos olvidemos de las clases parciales. Era demasiado evidente que eso de region era un poco horrible. Así que para dar solución al código generado por los diseñadores de formularios de Windows.Forms y WebForms, en esta versión se añadieron clases que podían ser definidas en varios archivos añadiendo la palabra clave “partial”.

Este año nos encontramos con el que sin duda fue el mayor avance del lenguaje. La versión 3.0 es con la que se consiguió adelantar a Java. De hecho, lo hizo por la derecha y le soltó las chapitas. A partir de aquí desde Java se dieron cuenta de que tenían que empezar a copiar las nuevas características de C#. Los tipos anónimos, junto con las Lambdas y el ExpresionTree, nos trajeron Linq, posiblemente la mejor utilidad que se ha diseñado para tratar con iteraciones. También se incluyeron algunos detalles estéticos (o syntax-sugar), como las auto-properties o la palabra clave var, que intentaban dar mayor limpieza al código.

Después de unos años tan interesantes en el mundo del desarrollo de Microsoft, 2010 nos supo un poco descafeinado. Como un año de transición. Era como que tenían que sacar algo y decidieron llamarlo C# 4.0. Con unos pocos detalles que se habían quedado en el tintero en versiones anteriores. Destacaríamos la covarianza y contravarianza en generics, los named-params o los parámetros opcionales.

Dos años más tarde nos encontramos con una versión que básicamente solo añadía el syntax-sugar más grande que ha visto un lenguaje de programación en la historia. De hecho, luego fue copiado por javascript.C# 5.0 introdujo async y await, dos palabras clave tan útiles como peligrosas. Esta característica esconde una máquina de estado en IL (Intermediate Language, el bytecode de .Net) dentro de nuestros ensamblados. Y su funcionalidad es hacer que la programación asíncrona pueda realizarse de la misma forma que la secuencial, acercando un modelo de programación basado en eventos y callbacks, a los pobres programadores que solo saben programar de forma secuencial.

Buscando la excelencia de su lenguaje bandera, Microsoft nos dio un montón de syntax-sugar nuevos. La 6.0 era una versión tan dulce que casi nos dio diabetes. Lambdas para hacer métodos, inicializadores de auto-properties, “nameof”…

La última gran actualización de C#, la versión 7.0. Lo más destacable de esta versión es que vino de la mano del nuevo Runtime multi plataforma y open source de .Net: dotnet core. Además de un montón de funcionalidades que venían inspiradas de un lenguaje funcional de .Net: F#. Pattern maching, tuplas, deconstrucción, wildcards… Ahora C# es un lenguaje orientado a objetos y funcional.