La semana pasada se presentó la primera revisión de ASP.NET Core durante el evento Connect(). Se trata de la primera actualización de la nueva tecnología multiplataforma que lanzó Microsoft este verano. Gracias al uso de versionado semántico, podemos saber de antemano que esta nueva versión añade características adicionales y mejoras compatibles hacia atrás, por lo que no deberemos preocuparnos por romper algo si actualizamos una aplicación de 1.0 a 1.1. A continuación resumimos qué se incluye en esta actualización... [Más]

La semana pasada os comentaba someramente la historia de la plataforma .NET y qué circunstancias habían llevado a Microsoft a empezarla de nuevo de cero para crear la nueva .NET Core y su parte especializada en desarrollo web: ASP.NET Core y ASP.NET Core MVC. En esta ocasión vamos a ver las principales novedades que ofrece ASP.NET Core respecto a ASP.NET 4.x y anteriores, y que serán de utilidad para que puedas decidir cuál de las dos plataformas te conviene más aprender. [Más]

Ya hemos hablado muchas veces en esta web de .NET Core, y de cómo ha cambiado muchas cosas respecto a versiones anteriores de la plataforma de desarrollo de Microsoft. Y esto es especialmente cierto en el ámbito del desarrollo web y ASP.NET Core. Sin duda, su aparición ha supuesto el cambio más grande para las tecnologías de desarrollo web de Microsoft desde sus inicios, y tanto es así que, de hecho, es un producto totalmente nuevo, escrito desde cero. Pero, obviamente, el gigante de Redmond no ha dado este paso por capricho; se trata de una gran inversión que sin duda debía estar justificada. A continuación, veremos qué motivos llevaron a Microsoft a considerar un proyecto de esta envergadura, así como las características más destacadas que encontramos en este framework. [Más]

Tras un desarrollo muy largo y convulso, ayer se presentaron las respectivas versiones 1.0 RTM de .NET Core, ASP.NET Core y Entity Framework Core, junto con actualizaciones de una serie de productos relacionados.
Con el lanzamiento de la versión 1.0 de la infraestructura .NET Core y el conjunto de frameworks basados en ella (ASP.NET, MVC, Entity Framework), iniciamos una nueva época en la que aquél sueño de desarrollar o ejecutar fácilmente aplicaciones .NET en cualquier plataforma es ya una realidad, y con todo el soporte y las bendiciones del gigante de Redmond. Escenarios antes impensables, como desarrollar desde Mac para desplegar en Linux, o crear nuestras aplicaciones en Windows y explotarlas desde un contenedor Docker, son ya posibles...
[Más]

Cuando aún todos conocíamos el nuevo framework de desarrollo para la web con el nombre "ASP.NET vNext" y llegó el momento de darle un nombre definitivo, hubo bastante discusión al respecto. Internamente se debatió bastante, se propusieron varias alternativas y al final se optó por la línea continuista: la nueva criatura se llamaría "ASP.NET 5". Este mismo criterio se aplicó a otros productos que también habían sido creados from scratch, como .NET Core, que se versionó como 5.0, o el nuevo Entity Framework, cuya flamante primera versión sería la 7.0. La cuestión es que este enfoque en la asignación de nombres y versiones no fue del agrado de muchos, que pensábamos que algo creado desde cero y que rompía en bastantes aspectos con lo anterior no tenía sentido lanzarlo a la calle simplemente como un incremento de versión de un producto existente. Es difícil de explicar y difícil de comprender... [Más]

En las vistas ASP.NET MVC es bastante habitual encontrar código duplicado o demasiado complejo que dificulta la legibilidad y mantenibilidad de las mismas. Y como desarrolladores, sabemos que esto es una bomba de relojería: antes o después tendremos que modificarlas y es en ese momento cuando valoraremos especialmente encontrarnos con un código conciso, limpio, y bien estructurado. Para ayudarnos en ello, el framework MVC ofrece un mecanismo denominado helpers (pertenecientes a la sintaxis Razor), cuya misión principal es encapsular lógica de generación de código de vista, o, en otras palabras, introducir HTML por nosotros en el interior de la página. Ejemplos conocidos son Más...

Como sabemos, en proyectos ASP.NET MVC las vistas Razor/ASPX son compiladas en tiempo de ejecución, cuando se produce el primer acceso a las mismas. Aunque esto ofrece algunas ventajas, como la reducción del tiempo de compilación o la posibilidad de modificarlas “en caliente”, es decir, durante la ejecución de la aplicación, introduce también un inconveniente importante: los errores que hayamos cometido en su implementación no serán detectados hasta que la página sea visualizada, hecho que, en el peor de los casos, se producirá ya en producción. Para evitar este tipo de situaciones, ASP.NET MVC incluye la posibilidad de llevar a tiempo de compilación la comprobación de errores en vistas. El problema es que la forma de conseguirlo es al... [Más]