2016-03-29 2 views
0

Im verwirrt zwischen zu entscheiden, was Sie für meine Schauspieler verwenden. Lets sagen iam Gebäude ein Employee Management System in dem es gibt
1.Multiple Mitarbeiter.
2. Jeder von einem soll jeden Tag zur Arbeit kommen.
3.Will markieren seine Teilnahme und
4.Then wirdAkteur-Muster (Akka.Net) - Schauspieler sollten Konstanten sein oder dynamisch

Das Problem im gerichteten Aufgaben zugeteilt werden, ist das, was

Option 1 ein Schauspieler in meinem Fall sein sollte - ein EmployeesActor Make
I (Note 's') - die Nachrichten wie mit EmployeeId (Informationen darüber, welcher Mitarbeiter die Teilnahme markiert hat) akzeptiert und dann den Status des Mitarbeitersystems aktualisiert.

Option 2-
Ich mache eine EmployeeActor Klasse, die 10 Instanzen von sich selbst (je nach Anzahl der Anzahl der Mitarbeiter in der Organisation) machen. So werden jetzt die Nachrichten wie an die spezifische Instanz/das Objekt der EmployeeActor-Klasse übermittelt, die ihren Status aktualisieren wird.

Antwort

3

Der Akteur ist eine besondere Art von Objekt, also modellieren Sie Ihre Akteure auf eine Weise, die der üblichen objektorientierten Modellierung ähnelt.

Actor ist ein single-threaded Nachrichtenhandler mit einem Zustand. Sie können Ihre Darsteller basierend auf dem jeweiligen Status entwerfen.

Option 2 ist die natürliche Standardeinstellung, bei der der Status jedes Akteurs auf den Nachrichten an bestimmte Mitarbeiter basiert.

Option 1 kann nützlich sein, wenn Sie eine Aggregation für mehrere Mitarbeiter durchführen müssen.

Sie können beide Ansätze in verschiedenen Arten von Akteuren mischen und abgleichen, z. Sie haben für jeden Mitarbeiter eine Instanz des Typs Mitarbeitertyp und haben pro Abteilung eine Instanz des Typs Zeitplantyp.

Verwandte Themen