BestPractices: è accettabile utilizzare più di un repository in un controller MVC?

Question

Ho un'associazione molti a molti tra un Dipendente e un Team. Foreach entità Ho un repository.

Ora utilizzo ASP.NET MVC e ho creato un EmployeeController. Ho anche creato una vista per modificare un dipendente. Per questa visione ho bisogno di un DropDownList con tutti i team. Il problema è che il mio EmployeeController ha solo EmployeeRepository. Quindi, come posso ottenere tutte le squadre? La mia soluzione ora è quella di utilizzare due repository.

Ma questa è una buona soluzione?

Posso invece creare TeamController e scrivere un metodo per restituire tutti i team (come potrei farlo)?

Answer 1

Sì, è perfettamente accettabile che un controller abbia riferimenti a due repository.

In effetti, i miei controller funzionano con più repository il più delle volte.

Answer 2

Generalmente si crea un repository per la radice aggregata. Il repository avrebbe metodi che restituiscono le entità popolate per il controller.

Se le entità non sono completamente correlate nel modello di dominio, è possibile creare un servizio che racchiuda i due repository separati per ottenere i dati necessari.

Answer 3

Vuoi andare intelligente? Non utilizzare repository all'interno di controller di alcun tipo. Utilizzare invece i servizi di dominio. Non suona così male quando pensi che un controller integri il lavoro di molti servizi no?

Answer 4

È abbastanza OK, ma una volta che si sente che il controller diventa troppo ingombrante, è possibile refactor its dependencies to an Aggregate Service.