martes, 2 de febrero de 2016
Me encanta encontrar definiciones más o menos conocidas de conceptos o ideas que se nos han pasado por la cabeza en algún momento sin saber que otros ya les habían dado forma, porque demuestra que todos los que nos dedicamos a esto tenemos poco más o menos las mismas inquietudes.En este caso, me ha entusiasmado dar por casualidad con el "bus factor", un término que seguro muchos conocíais pero para mi ha sido un descubrimiento reciente, que básicamente da forma a la pregunta que seguro que todos nos hemos hecho sobre la continuidad de algunos proyectos ante determinados acontecimientos inesperados.
Imaginemos que todo el equipo de desarrollo de un proyecto va caminando por la calle, y un autobús que circulaba cerca pierde el control y les arrolla de forma violenta. ¿A cuántos miembros del equipo tendría que afectar fatalmente este accidente para poner en gran peligro la continuidad del proyecto?
lunes, 1 de febrero de 2016
Ahí van los enlaces recopilados durante la semana pasada. Espero que os resulten interesantes. :-).Net
- Sesiones preaprobadas para la dotNet Spain Conference 2016
Isabel Cabezas - How to compute the Hash value of a file using #CSharp?
Kunal Chowdhury - Fastest code is the one not run: Part I – The cost of escaping strings
Ayende Rahien - AutoMapper 4.2.0 released
Jimmy Bogard - What I've learned about .NET Native
Mark Rendle - Microsoft .NET Framework 4.6.1 is available on Windows Update and WSUS
.NET fundamentals team - Cómo proteger tu password cuando esté en memoria RAM
Pablo González - El panorama de .NET en 2016: ¿plataforma completa o .NET Core?
José Manuel Alarcón - New features in C# 7, part 2
Kenneth Truyers - Different Types Of Joins In Linq
Debendra prasad Dash
martes, 26 de enero de 2016
Lo malo que tiene escribir sobre un producto que está en construcción es que a veces los artículos quedan desfasados muy rápidamente. Ya hemos visto por aquí otros casos en los que he tenido que actualizar contenidos cuando los chicos del equipo de ASP.NET han estornudado… y últimamente, con los fríos del invierno, parece que andan bastante resfriados ;)Y hoy vamos a comentar muy rápidamente otro cambio que han introducido hace relativamente poco tiempo, y que afecta a lo que contábamos hace algunas semanas sobre la nueva carpeta "wwwroot", el lugar donde colocaremos todos los archivos estáticos usados por nuestra aplicación web.
lunes, 25 de enero de 2016
Ahí van los enlaces recopilados durante la semana pasada, espero que os resulten interesantes. Ah, y recordad que donde dice ASP.NET 5, debéis leer ahora ASP.NET Core ;-).Net
- VerbalExpressions: Crea expresiones regulares describiéndolas
CampusMVP - Back to Basic : Difference Between int.Parse() and int.TryParse()
Abhijit Jana - Tor.NET - A managed Tor network library
Chris Copeland - New features in C# 7
Kenneth Truyers - Combining LINQ Queries (or, When to Call ToList)
Peter Vogel - How to Tell if an Assembly is Debug or Release
Dave Black - The week in .NET - 1/19/2016
Bertrand Le Roy - .NET Methods Inlining and Loops
Dmitry Orzhevsky - Learn Roslyn Now: Part 16 The Emit API
Josh Varty - From Task to Async/Await
Subhamoy Burman
miércoles, 20 de enero de 2016
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.
Pues bien, hace unas horas recibíamos el comunicado oficial de que ASP.NET 5 ha cambiado su nombre por ASP.NET Core.
martes, 19 de enero de 2016
Hace poco veíamos cómo crear un middleware capaz de realizar transformaciones simples en los encabezados de respuesta de nuestras aplicaciones ASP.NET Core.Nuestro componente, al que habíamos llamado
HeaderTransformMiddleware, podíamos añadirlo al pipeline indicándole qué encabezados queríamos modificar y con qué valores (o nulo, si lo que queríamos era eliminar el encabezado). Por ejemplo, con el siguiente código añadíamos el encabezado "X-Author" y suprimíamos "Server":var transforms = new Dictionary<string, string>()
{
["X-Author"] = "José M. Aguilar",
["Server"] = null
};
app.UseHeaderTransform(transforms);
Tras añadirlo al pipeline, la ejecución de una petición a una aplicación podríamos tener el siguiente resultado en los encabezados:
HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Vary: Accept-Encoding
X-Author: José M. Aguilar
X-Powered-By: ASP.NET
Content-Length: 8011
El problema viene cuando intentamos eliminar ese "X-Powered-By: ASP.NET" que aparece siempre que ejecutamos nuestra aplicación sobre IIS Express o IIS. En este caso, cualquier intento de eliminarlo usando middlewares será infructuoso.
