2017-01-19 1 views

Répondre

0

vous devriez éviter de créer des acteurs sous l'acteur System. C'est généralement une bonne stratégie d'avoir de nouveaux acteurs en tant qu'enfants de votre propre acteur (contexte) et de les grouper en conséquence et de manière hiérarchique.

De cette façon, vous avez une meilleure granularité pour contrôler le cycle de vie de vos acteurs, ce qui implique que vous pouvez contrôler le nombre d'instances de chaque type d'acteur dont vous avez besoin à tout moment (dynamiquement).

http://doc.akka.io/docs/akka/2.4/scala/actors.html

http://getakka.net/docs/Actor%20lifecycle

+0

Y at-il des circonstances où je voudrais créer l'acteur sous l'acteur du système? Par exemple, si j'avais un "FileWriterActor", un "LogActor", et un "ReceiptActor" qui devaient tous deux écrire dans un fichier, "FileWriterActor" devrait-il être un enfant de "LogActor" et de "ReceiptActor"? – Nelson

+0

Je ne suis pas sûr de la structure, mais il me semble que vous devriez passer soit le FileWriteActor soit son gestionnaire (de préférence) ref à LogActor et aussi à ReceiptActor. Ils peuvent donc envoyer des messages à FileWriteActor. En ayant un parent Acteur, vous seriez en mesure de passer à FileWriter différent sans avoir besoin de mettre à jour l'acteur ref sur n'importe quel autre acteur. –