headnut
18. September 2013 um 09:29
21
AmunRa:
A)Das Model hat Zugriff auf getter in der TCP Applikation und kann daher informationen bereitstellen.
B)Der Controller wird informiert, wenn sich Daten aendern und auch welcher Typ von Daten geaendert wurde. Eleganterweise könntest du z.B. für jeden Typ von Daten einen eigenen Controller definieren (vl auch für jeden Typ von Daten ein eigenes Modelobject).
C)Die Views zeigen nur Daten eines Typs an und implementieren daher für jeden Typ ein eigenes Interface.
1 der Controller weis nun , wann sich welche Daten aendern und speichert dies ab z.B. boolean hasTemperatureChanged, hasLengthChanged
2 Die View registriert sich beim Controller ueber welche aenderungen sie informiert werden moechte. z.B. Temparatur
3 Der Controller informiert nicht sofort, wenn sich die Daten aendern, die Views, sondern wartet ein gewisses Zeitfenster
4 Wenn das Zeitfenster verstrichen ist, informiert es alle Views, die sich für Temparaturangaben interressieren, nur wenn „hasTemperatureChanged“ true ist, alle Views die Längeninfos haben möchten, nur wenn „hasLengthChanged“ true ist.
5) Die Views hohlen nun beim Model die neuen Daten ab.
Vielen Dank ich werde die so probieren umzusetzen. Doch zuerst gehts nun in die Ferien.
Grüsse und Dank
bERt0r
20. September 2013 um 03:23
22
Das alle 200 ms Aktualisieren ist eine Aufgabe für einen Controller. Der sollte die Daten entgegennehmen und zum Model schicken. Das Model entscheided ob sich etwas geändert hat, falls ja benachrichtigt es die Views die an im per Observer oder Listener dranhängen. Das wäre dann MVC.