A menudo tengo costosas consultas de linq incrustadas en Debug.Assert() .
Ej: Debug.Assert(!orderShipmentStatusLogs.GroupBy(c => new { c.Id, c.StartDateTime }).Any(c => c.Count() > 1));
En este caso, orderShipmentStatusLogs puede ser una lista enorme, por lo que este código puede ser lento.
Para el rendimiento, me pregunto si eso es inteligente o no, sé que el método Debug.Assert() se elimina en el modo de lanzamiento, pero al leer los documentos:
El compilador sigue comprobando el tipo de todos los argumentos pasados al método o atributo. https://docs.microsoft.com/en-us/dotnet/api/system.diagnostics.conditionalattribute?view=net-6.0
Estoy un poco dudoso.
Entonces, ¿estoy a salvo aquí o estoy ralentizando accidentalmente mi aplicación al agregar afirmaciones pesadas? ¿Está optimizado el parámetro para Debug.Assert() ?
Toda la línea Debug.Assert se optimiza cuando se compila en el modo de lanzamiento. Entonces:
Console.WriteLine("Before"); Debug.Assert(false); Console.WriteLine("After");se convierte en:
Console.WriteLine("Before"); Console.WriteLine("After"); Puede ver esto usando SharpLab. En el modo de depuración , Assert todavía está allí, pero en Release ya no está.