Yo pienso que el otro profesor está confundido. Hasta donde se, las clases controladoras corresponden a un patrón llamado "controlador" (véase "
Patrones GRASP", también lo vi en el libro de "UML y Patrones" de Larman), y aunque el término no sea exclusivo de la POO, se emplea mucho en sistemas OO, sobre todo en sistemas basados en MVC (Modelo Vista-Controlador). Por otro lado, no veo donde está la dependencia de una clase controladora con la clase, llamemosla "controlada"; si haces un cambio, por ejemplo, a la clase Pelicula, la clase listaPeliculas no se vería perjudicada (a menos que elimines un método de Pelicula que utilice listaPeliculas, lo cual no sería muy correcto), ya que ese cambio se refleja inmediatamente en cada uno de los objetos Pelicula de la lista, y no tienes que modificar a listaPeliculas; y si no me equivoco, esa es la característica de una relación de alta cohesión - bajo acoplamiento/dependencia.
Ponerle más métodos a una clase, no solo no es buena idea (lo llamo "sobrecarga de responsabilidades"), también creas una dependencia innecesaria de esa clase que se hará sentir al momento de hacerle algún cambio al software, y eso te lo digo por experiencia (ya me ha pasado varias veces).
