C# método que acepta un predicado: ¿se ve bien?

Question

me gustaría un método que tiene las siguientes API:

//get all users with a role of admin 
var users = myRepository.GetUsers(u => u.Role == Role.Admin); 

Will algo así como este trabajo?

IList<User> GetUsers(Func<User, bool> predicate) 
{    
    var users = GetAllUsers(); 
    return users.Where(predicate).ToList();               
} 

Si es así, yo wil ser capaz de especificar predicados más complejas, tales como (pseudocódigo):

myRepository.GetUsers(u => u.CreatedDate is upto 14 days old); 

Answer 1

Eso se ve absolutamente bien. Sin embargo, si desea utilizar el predicado con algo como LINQ a SQL, que te gustaría utilizar:

IList<User> GetUsers(Expression<Func<User, bool>> predicate) 

Eso significa la expresión lambda se convertirán en un árbol de expresión en lugar de un delegado - y que la expresión árbol puede convertirse en SQL.

Answer 2

Sí, esto va a funcionar.

Lo que le está diciendo al compilador es que va a pasar una función que funciona en un objeto User, y devuelve un bool - la apariencia de la función depende enteramente de usted. Puede obtener material de anidación bastante complejo utilizando ors (||) y ands (&&) también, pero si se vuelve demasiado difícil ver lo que está haciendo el predicado, probablemente debería considerar la refactorización.

Pero básicamente cualquier lambda que tome por ejemplo u como un objeto User y lo convierta en una expresión que devuelve bool funcionará.

Answer 3

Un consejo: se puede usar predicado <T> en lugar de Func < T, bool >, que es un poco más claro (predicado <T> está integrado en .NET 3.5, Sistema de espacio de nombres).