Zitat Zitat von nepomuck
Sorry, aber genau deshalb entwickeln wir hier ein Protokoll, damit eben fest steht, welches Kommando mit welchen Parametern in welcher Codierung daher kommt.

Du muss wegen der vielen verschiedenen Funktionen sowieso einen Protokoll-Parser bauen, da ist es doch kein großer Umstand vor dem dekodieren festzustellen, welches Feld wie daher kommt, oder?

Wir haben und auf HEX für Textfelder geeinigt, da FMS-Textnachrichten auch Sonderzeichen aus dem Bereich hex 01 bis 1F sowie unser Feldtrennzeichen ":" enthalten können und dafür ist HEX nun mal die simpelste aller Kodierungen.
Aber deswegen müssen wir nicht auch noch die rein nummerischen Felder wie FMS-Status oder ZVEI-Schleifennummer Hex kodieren.
Andreas
Dann wäre aber z.B. | als Feldtrenner besser gewesen. | ist kein Zeichen der FMS-Codierung (Zeichenvorrat im PDF http://www.steuerliches-info-center....eschreibung.pd auf Seite 17, dabei wird ersichtlich, das es noch genug druckbare Zeichen ausserhalb der FMS-Codetabelle geben würde). Dann müsste gar nichts HEX-Codiert werden. Oder man codiert konsequenterweise eben alles. Ein Mischmasch halte ich persönlich für sehr fehlerträchtig. Ändert sich am Protokoll was (Feldverschiebung, dann muss ich jedesmal im Client schauen ob das Feld jetzt decodiert werden muss oder nicht. Wenn alle Codiert würde, könnte die Zerlegeroutine das decodieren übernehmen und alles ist für die Zukunft geritzt im Client (übrigens auch im Server).

Gruß
Simon