Parameter Typisierung

[dedlfix]

Tach!

Was nützt mir zum Beispiel ein uintXX in Javascript, wenn es da nur den Typ number gibt?

Nun, ich habe doch gezeigt es diese Typen gibt. Und zwr in JS, PHP, c, und Perl gleichermaßen und ganz sicher auch in JAVA c# usw.

Wenn du von Typen sprichst und dabei auf die Programmiersprachen verweist, dann gibt es da nur die Typen, die die jeweilige Sprache definiert. Du führst Uint als Beispiel für einen Typ an, den gibt es nicht in Javascript. Es gibt nur Number, der sowohl Integer als auch Floats aufnehmen kann.

Auf der anderen Seite stehen die fachlichen Anforderungen, die in den meisten Fällen nicht 1:1 auf die vorhandenen Typen der Programmierumgebung abgebildet werden können, und man nimmt dann den nächstbesten Typ, der mindestens den Wertebereich der Anforderung umfasst.

Anscheinend meinst du die fachlichen Typen (z.B. Alter ist eine ganze Zahl im Bereich von 0 bis 100) und mischst das begrifflicherweise munter mit den Typen der jeweiligen Sprachen. Und dann kommt sowas raus, dass man deiner Aussage entnehmen kann, es gäbe einen Unsigned Integer in Javascript.

XML-RPC definiert nur sehr allgemeine Typen und die jeweilgen Systeme können die Werte von und zu einem internen Format konvertieren, wie es für sie am besten geeignet ist.

Genau. Und ebendiese Konvertierung kann man sich sparen wie mein Artikel zeigt.

Da wird gar nichts gespart, da wird nur eine andere Verpackung gewählt, und für die muss genauso konvertiert werden.

PS: Demo ergänzt um ein SendeBeispiel. Die Wiederherstellung der Daten ist an Einfachheit nicht zu übertreffen 😉

Einfach? Man muss wissen, an und von welchen Positionen man die Daten schreiben und lesen muss. Ganz zu schweigen, dass es dabei zu Überläufen kommen kann. Unter einfach verstehe ich sowas wie das folgende, und zusätzlichen Code musste ich dafür auch nicht einbinden.

data = JSON.stringify(object);
object = JSON.parse(data); // zuzüglich Abfangen von Parsefehlern

dedlfix.