Un generador de reportes sólido parte de una idea clave: separar la extracción de datos de su presentación. Así, el reporteador se enfoca en obtener la información de las fuentes, mientras la forma de mostrarla puede variar sin afectar la lógica. Además, conviene acceder a los diccionarios de forma segura, manejar valores por defecto y usar System.Linq para hacer cast correcto de colecciones IEnumerable.
¿Por qué separar extracción y presentación en un reporteador?
La extracción y la presentación son responsabilidades distintas. El reporteador obtiene datos complejos que no siempre salen de una consulta directa a una tabla, y la presentación los muestra en el formato que convenga.
¿Qué formatos de salida puede tener un reporte?
¿Cómo obtener listas con seguridad desde un diccionario?
Usar directamente GetValueOrDefault puede retornar el valor por defecto y llevar a errores silenciosos. Por ejemplo, si la clave no existe, una lista será nula y el flujo continúa como si todo estuviera bien.
Ejemplo con GetValueOrDefault (retorna nulo si no encuentra la clave):
// lista tendrá null si la clave no existe var lista = diccionario.GetValueOrDefault(llaves.Diccionario.Escuela);
En cambio, TryGetValue permite decidir qué hacer según el resultado: retorna un booleano y entrega la lista por parámetro de salida out.
using System.Linq; // necesario para .Cast<>() IEnumerable<object> listaBase; // el diccionario guarda objetos del tipo base bool rta = diccionario.TryGetValue(llaves.Diccionario.Escuela, out listaBase); IEnumerable<escuela> respuesta = null; if (rta) { // convierte IEnumerable<object> a IEnumerable<escuela> respuesta = listaBase.Cast<escuela>(); } return respuesta; // puede ser null si no se encontró la lista
¿Cuándo usar getValueOrDefault y cuándo tryGetValue?
¿Cómo manejar nulos y auditoría?
¿Por qué usar System.Linq y cast con IEnumerable?
Las operaciones de colecciones en IEnumerable se potencian con System.Linq. Sin este namespace, muchos métodos de extensión —incluido Cast<>()— no aparecen, limitando el trabajo con colecciones y arreglos.
using System.Linq; // ejemplo de cast tipado IEnumerable<object> origen = ObtenerColeccionBase(); IEnumerable<escuela> escuelas = origen.Cast<escuela>();
¿Te gustaría comentar cómo manejarías los nulos en tu flujo o qué estrategias de auditoría agregarías?
Un generador de reportes sólido parte de una idea clave: separar la extracción de datos de su presentación. Así, el reporteador se enfoca en obtener la información de las fuentes, mientras la forma de mostrarla puede variar sin afectar la lógica. Además, conviene acceder a los diccionarios de forma segura, manejar valores por defecto y usar System.Linq para hacer cast correcto de colecciones IEnumerable.
La extracción y la presentación son responsabilidades distintas. El reporteador obtiene datos complejos que no siempre salen de una consulta directa a una tabla, y la presentación los muestra en el formato que convenga.
Usar directamente GetValueOrDefault puede retornar el valor por defecto y llevar a errores silenciosos. Por ejemplo, si la clave no existe, una lista será nula y el flujo continúa como si todo estuviera bien.
Ejemplo con GetValueOrDefault (retorna nulo si no encuentra la clave):
// lista tendrá null si la clave no existe
var lista = diccionario.GetValueOrDefault(llaves.Diccionario.Escuela);
En cambio, TryGetValue permite decidir qué hacer según el resultado: retorna un booleano y entrega la lista por parámetro de salida out.
using System.Linq; // necesario para .Cast<>()
IEnumerable<object> listaBase; // el diccionario guarda objetos del tipo base
bool rta = diccionario.TryGetValue(llaves.Diccionario.Escuela, out listaBase);
IEnumerable<escuela> respuesta = null;
if (rta)
{
// convierte IEnumerable<object> a IEnumerable<escuela>
respuesta = listaBase.Cast<escuela>();
}
return respuesta; // puede ser null si no se encontró la lista
Las operaciones de colecciones en IEnumerable se potencian con System.Linq. Sin este namespace, muchos métodos de extensión —incluido Cast<>()— no aparecen, limitando el trabajo con colecciones y arreglos.
using System.Linq;
// ejemplo de cast tipado
IEnumerable<object> origen = ObtenerColeccionBase();
IEnumerable<escuela> escuelas = origen.Cast<escuela>();
¿Te gustaría comentar cómo manejarías los nulos en tu flujo o qué estrategias de auditoría agregarías?
Como recomendación creo que deberian aclarar los cambios que hacen entre capitulo y capitulo. Y tener un poco mas de continuidad entre cada uno. En el capitulo anterior se dijo que se crearia un IEnumerable<Evaluacion> con un nombre de método GetListaEvaluaciones, y este capitulo arranca diciendo que se creará una IEnumerable<Escuela> TENIENDO AUN EL NOMBRE DEL METODO ANTERIOR. Esto se presta a confusiones.
Para todo lo demás el curso va satisfaciendo mis expectativas, sigan asi Platzi!
Buena clase, sin embargo, no sé si te lo habrán dicho pero sería bueno que ordenaras mejor la clase que vayas a dar porque sinceramente en esta en especial me mareé con tantos cambios y tantas vueltas que le dió. x"D
Opino lo mismo que Dresan. Muchas veces tengo que pararme ir dar una vuelta porque este hombre le da muchas vueltas a las cosas y eso te desconcentra entre otras cosas
Esta clase no tuvo ningún sentido. "GetValueOrDafault" devuelve null si no encuentra el valor. Solo has un checheque antes en retornar la list, pero no seguimos dando vueltas para al final retornar null.
Otro dato curioso es que podemos saber si una llave se encuentra en nuestro diccionario, ejemplo :
if (_diccionario.ContainsKey(LLaveDiccionario.Escuela))
{
var ListaEscuelas = diccionario[LLaveDiccionario.Escuela];
}
Una mejor forma de obtener este valor es mediante el método TryGetValue, este método nos va a retornar un bool dependiendo de si encontró el valor o no, además, le debemos de pasar por parámetros la llave y un parámetro de salida donde va a almacenar el valor en caso de obtenerlo.
A la hora de construir un programa, es importante organizar una manera en la que el usuario pueda obtener información.
Sin importar la manera, puede ser en log, via web o en consola. Lo importante es pensar cómo se va a generar esa información y cómo se presenta.
Debemos separar en módulos la generación de la presentación de la información para que la aplicación sea más flexible.
En lugar de extraer datos directamente podemos usar métodos como TryGetValue que intenten extraer o de lo contrario que regresen null para atajarnos ante posibles errores.
Muchas veces consultar la información no es suficiente y nuestros reportes tienen que extraer información para mostrarla de la mejor manera al usuario o a la persona que hará uso de estos reportes.
deberiamos ir al punto y despues de eso ya ver las cosas que pueden pasar.
Dentro de nuestro reporteador crearemos un método para que nos regrese una lista de evaluaciones. Para ello primero llamaremos al método GetValueOrDefault del diccionario pasándole la llave, en caso de no encontrar un valor nos va a regresar un valor por defecto, este valor por defecto de una lista es null.