Ahí van los enlaces recopilados durante la semana pasada. Espero que os resulten interesantes. :-)
Por si te lo perdiste...
- Curiosidad: ¿Por qué el encabezado 'referer' se llama así, y cómo nos afecta a los desarrolladores .NET?
José María Aguilar - Índices y rangos en C# 8 (1 de 2)
José María Aguilar
.NET Core / .NET
- Saving source generator output in source control: Creating a source generator
Andrew Lock - Get C# Metadata From a Call Site
Khalid Abuhakmeh - C# and C++ type aliases and their consequences
Raymond Chen - ILogger, ILoggerFactory, and ILoggerProvider in .NET
Marinko Spasojevic - Dependency Injection in .NET 6 - Adding and Injecting Dependencies
Matthew Jones - Serializing Objects to XML in C#
Marinko Spasojevic - 5 Features in C# 10 Every Developer Should Know
Selva Kumar Ramarasu - Bending .NET - Corrected Common Flat Build Output
Niels Rasmussen - Wait conditions in Selenium with C#
James Croft - Why Use DateTimeOffset
Steve Smith - Protobuf In C# .NET – Part 4 – Performance Comparisons
Wade Gausden - Optimizing CPU-Bound and Memory-Bound .NET Applications: 11 Best Practices
Michael Shpilt - Convert DateTime to ISO 8601 String in C#
Marinko Spasojevic - How to send recurring emails in C# .NET using SendGrid and Quartz.NET
Niels Swimberghe - Bending DateTime in .NET to Test Your Code Better
Stephen Walsh - New Task.WaitAsync method in .NET 6
Jiří Činčura
Versiones de .NET anteriores a la 6 no disponían de una fórmula específica para determinar si un tipo o interfaz está registrado como servicio en el sistema de inyección de dependencias.
La única forma de hacerlo era intentar resolverlo, usando métodos como GetService() o GetService<T>(), y comprobar si el resultado era null:
var myService = serviceProvider.GetService<IMyService>();
if(myService is null)
{
// El servicio no está registrado, hacemos algo
}
¿Cuál es el inconveniente de esto? Si el servicio no está registrado, ninguno: la llamada retornará un nulo y listo.
El problema viene cuando sí está registrado, pues estaremos forzando la resolución de un servicio que, en realidad, no necesitamos para nada, pues sólo nos interesaba saber si existía o no. Porque recordemos que la resolución de un servicio podría tener un coste importante en términos de rendimiento, memoria, o incluso efectos colaterales en el estado de la aplicación, especialmente si nuestro servicio depende de otros, que a su vez dependen de otros, etc.
Ahí van los enlaces recopilados durante la semana pasada. Espero que os resulten interesantes. :-)
Por si te lo perdiste...
- El atributo CallerArgumentExpression, o cómo conocer las expresiones usadas como argumentos en llamadas a un método en C#
José María Aguilar - Value Converters en Entity Framework Core
José María Aguilar
.NET Core / .NET
- ¿Qué son los deconstructores en C# y para qué sirven?
Rubén Rubio - Things you might not know about CSharp - Duck typing
Stuart Blackler - Dependency Injection in .NET 6
Matthew Jones - C# StringBuilder and String vs StringBuilder in C# .NET
Sanjay M. - Finding a type declaration's namespace and type hierarchy: Creating a source generator
Andrew Lock - Tips for More Efficient .NET Logs
Assis Zang - Why non-defaultable value types are needed in C#
Steve Dunn - Tuple in C#
Marinko Spasojevic - Flow control in C#
Jessica Hill - DateTime as a Value Object
Steve Smith - State of the Windows Forms Designer for .NET Applications
Klaus Loeffelmann - Protobuf In C# .NET - Part 1 - Getting Started
Wade Gausden
Vamos con la primera colección del año :) Aquí van los enlaces recopilados durante estas fiestas que, como de costumbre, espero que os resulten interesantes.
Por si te lo perdiste...
- Cómo evitar que entren argumentos nulos en métodos de C#: un recorrido histórico (y lo que nos trae el futuro)
José María Aguilar - Ámbito local implícito en sentencias using de C# 8
José María Aguilar
.NET Core / .NET
- Pasar argumentos en la aplicación de consola con Net 6 y Visual Studio 2022
Daniel Córdoba - Thirteen C# 10 features
Oleg Kyrylchuk - When to Use Static Classes in C#
Marinko Spasojevic - Difference Between Asynchronous Programming and Multithreading
Marinko Spasojevic - Creating .NET Project Templates
James McCaffrey - How to Detect if a Dictionary Key Exists in C#
Marinko Spasojevic - Things you might not know about CSharp - Using Params with Indexers
Stuart Blackler - Accurately Measure Elapsed Time (Execution Time) in C# .NET using Stopwatch Class
Pro Code - Chi-Square Test Using C#
- Upgrading from .NET Core 2.1 to .NET 6.0
Jason Sultana - Create your own Roslyn Analyzer
Ahd BK - How to stop forgetting to await an awaitable call
Dennis Doomen - .NET's Cryptographic One-Shots
Kevin Jones - C# Binary Search: Fast find of a free slot between 0 and uint.MaxValue
Patrick Smacchia - Customising generated code with marker attributes: Creating a source generator
Andrew Lock - Create Context-based Programming Models with .NET 6
Khalid Abuhakmeh - 10 Best C# NuGet Packages to Improve Your Productivity in 2022
Sangeetha Periyaiah - Deep C# - Inheritance
Mike James - System.Text.Json features in .NET 6
Oleg Kyrylchuk - Mini C# Extension Methods
Matthew Jones - Integrating Long Path Names in Windows Applications
Rick Strahl
Pues parece que comenzamos 2022 con deseos bastante parecidos a los que ya teníamos un año atrás: que la situación actual mejore y que la salud os permita ser felices y disfrutar de todo lo que os rodea. Algo hemos avanzado respecto al año pasado, pero aún nos queda mucho camino por recorrer para volver a la ansiada normalidad.
Pero bueno, independientemente de esto, seguro que lo que más estáis esperando en este momento es el tradicional post donde comentaremos las entradas más visitadas durante el pasado año, así que ahí va 😁
Hace ya mucho tiempo que C# inició un interesante camino para conseguir reducir la cantidad de código necesario para hacer cosas frecuentes, introduciendo la capacidad de hacer implícitas determinadas construcciones y, por tanto, ahorrándonos tiempo y pulsaciones de teclas innecesarias.
En esta línea, todos recordaréis el tipado implícito, que tanto debate abrió en el lanzamiento de C# 3, hace ya casi quince años:
// Antes de C# 3
List<string> strings = new List<string>();
// Usando tipado implícito
var strings = new List<string>();
Bastante tiempo después, ya con C# 10, el lenguaje nos regaló una nueva característica que iba en la misma dirección, las expresiones new con el tipo destino. Éstas permitían construir objetos usando tipado implícito, aunque esta vez en el lado derecho de las expresiones:
// Antes de C# 10
public class MyClass
{
private Invoice invoice = new Invoice(123);
private Dictionary<string, Person> people = new Dictionary<string, Person>();
...
}
// Ahora
public class MyClass
{
private Invoice invoice = new (123);
private Dictionary<string, Person> people = new ();
...
}
También en C# 10 nos hemos encontrado con los using globales y using implícitos, características ambas que nos permiten economizar esfuerzos evitando la introducción repetitiva de directivas para la importación de namespaces en el código.
Pues bien, aquí viene la siguiente vuelta de tuerca :) Unas semanas atrás, Immo Landwerth (Program manager de .NET en Microsoft) sorprendía a todos con esta afirmación sobre una de las características principales del próximo C# 11:
