al publicar y suscribir eventos usando $ emit, $ broadcast o $ on, considere mover estos usos a una fábrica e invocarlos desde el controlador.
hay un ejemplo?
si necesita los métodos $ scope, debe inyectar $ scope.
Entonces, ¿está bien usar esto y $ scope en un controlador?
Ciertamente puedes hacer eso. Parte de la ventaja de usar "controller as" es que $ scope hace muchas cosas. Controller As permite que los aspectos de enlace de datos permanezcan separados y luego solo inyectamos $ scope cuando lo necesitamos para otra cosa.
Cuando necesito $ scope para algo en un controlador, primero trato de ver si realmente lo necesito, y si lo hago, lo abstraigo a un servicio para tings como broadcast / emit. Entonces, en tu caso, aún lo abstraería.
¡Claro! ¡Muchas gracias!
Comentario más útil
Ciertamente puedes hacer eso. Parte de la ventaja de usar "controller as" es que $ scope hace muchas cosas. Controller As permite que los aspectos de enlace de datos permanezcan separados y luego solo inyectamos $ scope cuando lo necesitamos para otra cosa.
Cuando necesito $ scope para algo en un controlador, primero trato de ver si realmente lo necesito, y si lo hago, lo abstraigo a un servicio para tings como broadcast / emit. Entonces, en tu caso, aún lo abstraería.