Development:Anforderungen Global Schnittstellen: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
BorisM (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „ {| class="wikitable sortable" ! Themengebiete |- | Für Performanceverbesserung: Vorbereitung darauf, intern zur Datenweitergabe Enums o.ä. zu verwenden, um …“) |
BorisM (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 3: | Zeile 3: | ||
! Themengebiete | ! Themengebiete | ||
|- | |- | ||
| Für Performanceverbesserung: Vorbereitung darauf, intern zur Datenweitergabe Enums o.ä. zu verwenden, um teure Stringvergleiche zu vermeiden. Strings sollten nur bei der Abonnierung von eingehenden Daten o.ä. sowie bei der Netzwerkkommunikation verwendet werden. | | Für Performanceverbesserung: Vorbereitung darauf, intern zur Datenweitergabe (also "Addressierung") Enums o.ä. statt den "Adernamen" zu verwenden, um teure Stringvergleiche zu vermeiden. Strings sollten nur bei der Abonnierung von eingehenden Daten o.ä. sowie bei der Netzwerkkommunikation verwendet werden. | ||
|- | |||
| Wert bei der Datenübertragung Schnittstelle sollte ein komplexer Datentyp werden, der schlank gestaltet sein muss (Performance), aber Platz für Erweiterungen bietet (Flags, Daten zum Blinken etc) | |||
|} | |} | ||
[[Kategorie:Anforderungen]] | [[Kategorie:Anforderungen]] | ||
Version vom 13. Januar 2015, 00:00 Uhr
| Themengebiete |
|---|
| Für Performanceverbesserung: Vorbereitung darauf, intern zur Datenweitergabe (also "Addressierung") Enums o.ä. statt den "Adernamen" zu verwenden, um teure Stringvergleiche zu vermeiden. Strings sollten nur bei der Abonnierung von eingehenden Daten o.ä. sowie bei der Netzwerkkommunikation verwendet werden. |
| Wert bei der Datenübertragung Schnittstelle sollte ein komplexer Datentyp werden, der schlank gestaltet sein muss (Performance), aber Platz für Erweiterungen bietet (Flags, Daten zum Blinken etc) |