Service-Stoff/Schauspieler Muster für Liste der Dinge

Question

Konzeptionell, ich habe die folgenden Objekte:

• Item - (ItemId, Name, Color)
• ItemGroup = (GroupId, Name, Item list)

wir Elemente vorgeben kann mehreren Gruppen angehören und diesem Artikel Identität und der ItemActor ist notwendig.

Für Stateful Schauspieler, ich habe dies:

• ItemActor (ItemId) : Get() -> returns ItemContract { ItemId, Name, Color }
• ItemGroupActor (GroupId) : Get() -> returns GroupContract { GroupId, Name, List<ItemContract> }

Hier die Fragen:

1. Sollte der GroupActor nur die ItemIds behalten und jemanden dazu zwingen, jeden ItemActor (in einer Schleife) für ItemContracts aufzurufen?

2. Oder behält der GroupActor alle Details zu den Elementen und lauscht auf Ereignisse bei der Änderung von Elementen, um seine Daten auf dem neuesten Stand zu halten (wie eine Ansicht)?

3. Oder gibt es eine dritte „ViewActor“, die die Daten zusammen kompiliert, ItemActors (in einer Schleife) aufrufen und hören Ereignisse es die Daten auf dem neuesten Stand zu halten?

4. Oder etwas anderes?

Keine dieser Optionen scheinen mir besonders attraktiv, weil sie entweder Schauspieler Anrufe erfordern Looping oder hohe Wartungsposition Management über Veranstaltungen.

Gibt es eine Richtlinie, um mich auf die eine oder andere Weise zu beruhigen oder einen allgemeinen Ansatz für dieses Szenario?

Answer 1

1) Sie sollten einen ItemContract direkt vom entsprechenden Akteur über seine ID abrufen können. Und nehmen Sie Änderungen an diesen Elementen direkt über ihre Akteure vor, sonst verstehe ich die Entscheidung, Schauspieler für ItemContract zu verwenden, nicht.

2) Es ist möglich, aber sieht aus wie ein zuverlässiger Service ist eine bessere Sammlung hier. Actor wird auch für Ereignisse single-threaded sein, so dass Sie nicht gleichzeitig mit Updates arbeiten. Dies führt zu einer schlechten Leistung.

3) Lassen Sie einfach einen einzelnen Akteur für ItemContract aufrufen und verwenden, um Updates für ItemContracts zu liefern, und lassen Sie jeden einzelnen für ItemGroup verantwortlichen Akteur nur für die Arbeit mit Gruppen aufrufen und verwenden.

Denken Sie an Aufgaben - Sie müssen keine Schleifen verwenden, sondern können parallel mit Akteuren arbeiten (zumindest ihren Status abrufen).

Denken Sie an den dritten Dienst, der Gruppenakteure auf Elementdarsteller abbildet. Nur Mapping.Keine Statusaktualisierungen, keine Ereignisverfolgung. Ich möchte Sie jedoch davor warnen, dass das Speichern von Listen in jedem zuverlässigen Wörterbuch eine schlechte Idee ist.