Pues no habría apostado a que llegaríamos tan lejos, pero sí, estamos ante la entrega número 500 de la serie de enlaces interesantes, un post semanal que recoge los mejores contenidos técnicos que voy encontrando por la red, y que me consta que a muchos también os resultan interesantes :)

Ya cuando la serie cumplió diez años publiqué un post respondiendo preguntas que me habéis hecho y seguís haciendo sobre ella, así que si tenéis curiosidad sobre como empezó, el tiempo que dedico a ello o criterios para seleccionar los enlaces, os recomiendo que echéis un vistazo al post, porque todo sigue vigente.

Y ahora, vamos al lío: ahí van los enlaces recopilados durante la semana pasada que, como de costumbre, espero que os resulten interesantes. :-)

Por si te lo perdiste...

• Métodos parciales en C# 3 y VB.NET 9
  José María Aguilar
• Cómo mostrar el número de usuarios conectados a una aplicación Blazor Server, en tiempo real
  José María Aguilar

.NET Core / .NET

• Announcing .NET 7 Release Candidate 2
  Jon Douglas & Jeremy Likness & Angelos Petropoulos
• Console.ReadKey improvements in .NET 7
  Adam Sitnik
• Boosting Performance With Sealed Classes in .NET
  Marko Hrnčić
• Low-level struct improvements in C# 11
  Steven Giesel
• Calculating MRR with Stripe and C#
  Phil Haack
• Cursed C# - Doing shenanigans in C#
  Steven Giesel
• What's new in System.Text.Json in .NET 7
  Eirik Tsarpalis & Krzysztof Wicher & Layomi Akinrinade
• Modern C# Techniques, Part 3: Generic Code Generation
  Stephen Cleary
• Functional Programming in C#—A Brief Consideration
  Assis Zang
• Infographics Compendium II - ThrowHelper, null Task and more
  Steven Giesel

Ahí van los enlaces recopilados durante la semana pasada. Espero que os resulten interesantes. :-)

Por si te lo perdiste...

• Otras 101 citas célebres del mundo de la informática
  José María Aguilar
• Capturar todos los parámetros enviados a un componente Blazor
  José María Aguilar

.NET Core / .NET

• Adiciones a LINQ en .NET 7.0
  Octavio Hernandez
• Understanding identity in .NET
  Pierre Bouillon
• Sorting in C#: OrderBy.OrderBy or OrderBy.ThenBy? What′s more effective and why?
  Sergei Vasiliev
• Ensuring best practices for NuGet packages
  Gérald Barré
• Write barrier optimizations in regions
  Maoni Stephens
• Bending .NET - Compiling 65,536 Programs with Roslyn to Find Valid Identifier Separator char's... then just use SyntaxFacts.IsValidIdentifier 🤦‍
  Niels Rasmussen
• How to build a URL Shortener with C# .NET and Redis
  Niels Swimberghe
• Bing Ads Campaign Platform – Journey to .NET 6
  Mike Treit
• Modern C# Techniques, Part 2: Value Records
  Stephen Cleary

Las inline route constraints, o restricciones de ruta en línea son un interesante mecanismo de ASP.NET Core para especificar condiciones sobre los parámetros definidos en el interior de los patrones de ruta.

Por ejemplo, una acción MVC o un endpoint mapeado usando el patrón /product/{id}, será ejecutado cuando entren peticiones hacia las rutas /product/1 y product/xps-15. Sin embargo, si en el momento del mapeo utilizamos el patrón /product/{id:int} estaremos indicando que el manejador sólo debe ser ejecutado cuando el valor del parámetro id sea un entero.

Esto podemos verlo mejor en un ejemplo. Observad la definición de la siguiente acción MVC, que será ejecutada sólo si el valor para el parámetro id es un entero, es decir, responderá a peticiones como /product/1 o /product/234, pero será ignorada si la petición entrante se dirige a la ruta /product/xps-15:

public class ProductController : Controller
{
    ...
    [HttpGet("product/{id:int}")]
    public async Task<ActionResult<Product>> ShowDetails(int id)
    {
        var product = ... // Obtener producto
        return product != null ? product:  NotFound();
    }
}

O lo que sería su equivalente usando las minimal APIs introducidas en .NET 6:

app.MapGet("/product/{id:int}", async (int id) =>
{
    var product = await new ProductCatalog().GetByIdAsync(1); // Obtener producto
    return product != null ? Results.Ok(product) : Results.NotFound();
});

Como ya habréis adivinado, en {id:int} es donde estamos especificando que el parámetro de ruta id debe ser entero.

Ahí van los enlaces recopilados durante la semana pasada. Espero que os resulten interesantes. :-)

Por si te lo perdiste...

• Clases parciales en C# y VB.NET
  José María Aguilar
• Mostrar HTML "crudo" en componentes Blazor
  José María Aguilar

.NET Core / .NET

• Use .NET from any JavaScript app in .NET 7
  Pavel Šavara
• How to Use Shouldly to Improve Unit Tests in .NET?
  Code Maze
• Microsoft Commerce's .NET 6 Migration Journey
  Kurtis Story
• How to generate a dump file of a .NET application
  Gérald Barré
• The ThreadPool in .NET 7 NativeAOT uses the Windows thread pool
  Austin Wise
• Introducing C#11: Auto Default structs
  Anthony Giretti
• Pattern matching is awesome
  Steven Giesel
• Generate Dynamic PDF Reports from an HTML Template Using C#
  Praveen Kumar
• Microsoft Teams’ Infrastructure and Azure Communication Services’ Journey to .NET 6
  Siavash Fathi & Arman Raina & Bhaskar Bhattacharya
• .NET: Learn LINQ as you never have before
  Anthony Giretti
• x86 vs x64 in .NET
  Steven Giesel
• By Reference in C#
  Peter Ritchie
• Modern C# Techniques, Part 1: Curiously Recurring Generic Pattern
  Stephen Cleary
• Generate Strongly-Typed Resources with .NET Core
  Travis Illig
• Infographics Compendium I - Generators, pure functions and more
  Steven Giesel

En un vídeo del canal de Nick Chapsas, al que por cierto os recomiendo suscribiros, he descubierto que .NET 7 introducirá un mecanismo para "decorar" parámetros, propiedades y miembros de tipo string de forma que podamos aportar información sobre el tipo de contenido que esperan almacenar.

Para que lo entendáis mejor, observad el siguiente ejemplo, una función que recibe un mensaje y un formato de fecha, y que escribe por consola la fecha actual en el formato indicado seguido del mensaje.

void Log(string message, string dateFormat)
{
    Console.WriteLine(DateTime.UtcNow.ToString(dateFormat) + " - " + message);
}

Log("Hello!", "dd/MM/yyyy hh:mm");

Desde el punto de vista del consumidor de la función Log(), gracias a las ayudas del IDE podremos deducir que el segundo parámetro de tipo string, llamado dateFormat, debería ser un formato de fecha válido en .NET. Sin embargo, el entorno de desarrollo no podrá ofrecer ningún tipo de ayuda a la hora de codificar la llamada ni detectar si se producen errores, pues no dispone de información suficiente sobre el tipo de contenido esperado en la cadena de texto que se le suministra.

Ahí van los enlaces recopilados durante la semana pasada. Espero que os resulten interesantes. :-)

Por si te lo perdiste...

• Cómo conseguir uniones en .Net
  José María Aguilar
• Blazor Server + Entity Framework Core = InvalidOperationException (si no tienes cuidado)
  José María Aguilar

.NET Core / .NET

• C# 11 - Top 5 Features in the new C# Version
  Nikola M. Zivkovic
• Counting the leading zeroes in a binary number with C#
  Andrew Lock
• AutoMapper vs Mapster in .NET
  Code Maze
• Memory is complicated
  Steven Giesel
• Default interface members and missing “public” in implementation
  Jiří Činčura
• How to log Correlation IDs in .NET APIs with Serilog
  Davide Bellone
• Writing unsafe .NET code without the unsafe keyword
  Gérald Barré
• Enumeration class in C# using records
  Josef Ottosson