Ciao,
In questo caso è dal livello repository che dovrei richiamare il
Direi di no perché il repository ha una sola responsabilità molto specifica: recuperare entità dallo storage e persisterle quando vuoi salvare i cambiamenti. E' un servizio infrastrutturale che si occupa di traghettare i dati tra il modello relazionale e quello ad oggetti.
Tutte le logiche di filtraggio potresti inserirle nello strato dei servizi applicativi, che contengono invece - tra le altre cose - la logica con cui vai ad interrogare il repository.
Ora c'è un problema da risolvere: l'articolo che hai linkato propone un'implementazione di IRepository che non espone mai degli IQueryable, ma degli IEnumerable. Guarda per esempio la firma del metodo GetAll
// Gets all entities of type T
IEnumerable<T> GetAll();
E questo non ti mette in grado di usare la mia implementazione di IFilter, che invece lavora proprio con degli IQueryable.
public interface IFilter<T>{
IQueryable<T> ApplicaFiltro(IQueryable<T> collezione);
}
Ora bisogna decidere se preferisci modificare l'implementazione del repository o l'implementazione di IFilter.
Nel primo caso, si tratta di far restituire IQueryable<DocTe> al metodo GetAll(), ammesso che sia possibile. Come stai persistendo i dati nel db? Entity Framework?
Nel secondo caso, bisogna che IFilter esponga una proprietà di tipo Expression<Func<T, bool>> che potrai passare al metodo GetMany del repository.
// Gets entities using delegate
IEnumerable<T> GetMany(Expression<Func<T, bool>> where);
E' abbastanza facile fare questa modifica perché la mia implementazione di IFilter già lavora internamente con Expression<Func<T, bool>> (che è l'espressione di filtraggio) e basta tirarla fuori come vedi qui.
https://dotnetfiddle.net/vjbnjEciao,
Moreno
Modificato da BrightSoul il 06 ottobre 2015 20.45 -
