.Net
- The Evolution of Interactive C#
Miguel de Icaza - The week in .NET – 2/17/2016
Bertrand Le Roy - Un vistazo a Roslyn
Fernando Escolar - Up and running with HashSet in C#
Subhamoy Burman
Publicado por José M. Aguilar a las 9:00 a. m.
Etiquetas: enlaces
El problema consistía básicamente en que Internet Explorer ignoraba las cookies, tanto las responsables de mantener el seguimiento de estado de la sesión (ASP.NET_SessionId), las de autenticación (.AspNet.ApplicationCookie) u otras cookies creadas a propósito por la aplicación, lo que hacía imposible su uso.
La verdad es que no pude ayudarlo demasiado porque es un tema que no me había ocurrido nunca y en un escenario que no era sencillo de reproducir. Intenté darle algunas pistas sobre qué podía ir mirando para identificar el origen del problema, pero finalmente no llevaron a ninguna parte y probablemente no sirvieron nada más que para aumentar la incertidumbre.
Algunos días después, me contactaba de nuevo diciéndome que había encontrado el problema, y me ha parecido tan curioso que pensé que sería interesante comentarlo por aquí, por si a alguien más le ocurre lo mismo.
.Net
- The week in .NET – 2/11/2016
Bertrand Le Roy - Concise Binary Object Representation (CBOR) in C#
- Peter Occil
- A (Hitchhiker's) Guide To The .NET Core Projects on GitHub
Mark Rendle - Generic Mapper written in TDD
Manfred Zik - A Single SignOn Implementation
Chihwei Chang - NamingFormatter - String Interpolation in runtime solution
Kouji Matsui - C# 7 Feature Proposal: Slicing
Bill Wagner - C#Lectures - Lecture 1: Primitive Types
Sergey Kizyan - Liskov Substitution Principle in C#
- Amir Ahani
- Testing That Your Public APIs Have Not Changed Unexpectedly with PublicApiGenerator and Approval Tests
Jason Roberts - Dynamic code generation in C#
Ayende Rahien
En esta ocasión, comentaremos muy brevemente una gran ausencia en las vistas Razor: la directiva
@helper
, que no estará disponible en la primera versión de ASP.NET Core MVC.<Disclaimer>Aunque en una Release Candidate las cosas no deberían cambiar, ya han demostrado bastantes veces que sí que cambian, por lo que algo de lo que digamos aquí podría no ser cierto en la versión final del producto</Disclaimer>
Esto no es un tema reciente: hace ya bastantes meses, la implementación que había era bastante incompleta y no encajaba bien en la nueva arquitectura, por lo que tras algunos debates y reuniones de diseño, se decidió que lo mejor era eliminar esta directiva.
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?
.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
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.
.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
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.
Publicado por José M. Aguilar a las 11:39 a. m.
Etiquetas: aspnet5, aspnetcore, aspnetcoremvc, entity framework, noticias
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);
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..Net
- The Loyc LL(k) Parser Generator: Part 2
Qwertie - Supporting Multiple String Formats from Your Class
Peter Vogel - Singleton Indexer - A Workaround for not having Static Indexers in C#
Nick Chamberlain - The week in .NET - 1/12/2016
Bertrand Le Roy - C# 6 under the hood: nameof operator
Erik Schierboom - Difference Between IEnumerable, ICollection and IList Interface in C#
Sarmistha Panda - To base() or not to base(), that is the question
Jon Skeet - Get Property Names Using Lambda Expressions in C#
Anton Angelov - Curiosidades de C#: tipado estructural… sólo para algunos
Juan María Hernández
.Net
- What's New with .NET Framework 4.6, Part 1: API Updates
Eric Vogel - Implement Tasks for Executing on Application-Start from Any Layers or Plugins: C# .NET
Farhad Taghavi Azar Sharabiani - How To Tell If An IQueryable Is In Memory Or Not?
Khalid Abuhakmeh - The week in .NET - 1/5/2016
Bertrand Le Roy - Having a Look at dotnet CLI Tool and .NET Native Compilation in Linux
Tugberk Ugurlu - Learn Roslyn Now: Part 14 Intro to the Scripting API
Josh Varty - ExpressMapper: lightweight and easy to use .Net mapper
George Anisimov
Y dicho esto, vamos a hacer un rápido repaso por los diez artículos publicados durante el año pasado que más visitantes atrajeron a Variable not found a lo largo de este periodo.
Publicado por José M. Aguilar a las 10:58 a. m.
Etiquetas: autobombo, blogging, variablenotfound, variablenotfound.com