Codekonventionen für Funktions-klammern

[Jörg Lorenz]

Hi Martin,

naja, ist halt Geschmackssache. Bei intRechnungsNummer weiß ich, dass da nur eine Zahl enthalten sein darf, bei strRechnungsNummer kann die auch mal den Aufbau "A-00055" haben.

ja, schon richtig. Aber ob die Rechnungsnummer nun alphanumerisch oder rein numerisch ist, spielt für das Verständnis und das Nachvollziehen der Programmlogik auch keine Rolle. Es ist eine Information, die nur an der Benutzerschnittstelle auftritt (und irgendwo im Speicherformat der Daten).

ja, eigentlich volle Zustimmung. Die Sache ist aber so, dass ich massenweise Code gesendet bekomme, den ich korrigieren soll (ist halt auch mein Job). Die meisten Fehler bestehen im Umgang mit Datentypen.

Ein Beispiel (nur getippt):

dim DateiName as string

DateiName = GetopenFilename(irgendwas)

Daraufhin erscheint ein Dialogfeld, in dem man eine Datei wählen kann. Wird aber auf 'Abbrechen' geklickt, wird FALSE zurückgegeben. Und das ist ja kein String. Es kommt zu einem Fehler, den man leichter erkennen würde, wenn es heißen würde: strDateiName

Dann wäre klar, dass die Variable als String deklariert wurde und demzufolge kein Boolean sein kann.

Ich befasse mich überwiegend mit C, wo zwar zuweisungskompatible Typen (z.B. int vs. char) automatisch umgewandelt werden, ansonsten die Typentreue recht hoch ist. Daher nervt mich auch gelegentlich die Typenlosigkeit von Javascript oder PHP.

Das ist mir ziemlich schnell aufgefallen, als ich vor ungefähr zwei Jahren begonnen hatte, mich mit PHP zu beschäftigen. Ich finde, man wird dadurch auch nachlässig im Umgang mit Datentypen.

Einen schönen Abend

Jörg