I have a many-to-many assocition between an Employee and a Team. Foreach entity I have a repository.
Now I use ASP.NET MVC and I created a EmployeeController. I also
Wanna go smart? Do not use repositories inside controllers whatsoever. Instead use Domain Services. It doesn't sound so bad when you think one controller integrates the work of many services doesn't it?
Typically you would create a repository for the aggregate root. The repository would have methods returning the entities populated for the controller.
If the entities are totally unrelated in your domain model you may want to create a service wrapping the two separate repositories to get the data you need.
It's quite OK, but once you feel that the Controller becomes too cluttered, you can refactor its dependencies to an Aggregate Service.
Yes, it's perfectly acceptable for a controller to have references to two repositories.
In fact, my controllers work with multiple repositories more often than not.