Übersichtlichkeit des Quelltextes?

[Jamah]

Ich hab da mal ne Frage:
Ich hab da immer so kleine Probleme mit der Unicode-Unterstützung und so.
Wie sieht das aus: Kann man dem Compiler irgendwie mitgeben im quelltext bestimmte Variablen in bestimmten fareb zu markieren?
So wie reservierte Wörter blau werden könnte man nicht alles was Integer ist gelb wird und alles, was AnsiString ist zum Beispiel rot, alles, was WideString ist, grün oder wie auch immer.

MFG

[himitsu]

Ein kunderbunter Quelltext?

Nja, notfalls kannst du sowas auch über eine "ordentliche"/passende Namenskonvention regeln.

Wie z.B. bestimmten Prefixen, welche den Variablennamen vorangestellt sind.

[mkinzler]

Oder du schreibst dir einen entsprechenden Highlighter für die IDE.

[alzaimar]

Mir stellt sich hier die Frage, ob es die Übersichtlichkeit erhöht, wenn man die unterschiedlichen Datentypen -wie auch immer- kennzeichnet.

Wo ist der Mehrwert?

Viel, und ich meine VIEL, wichtiger ist doch, den Code so lesbar zu machen, das er sich liest, wie ein Buch. Oder besser ausgedrückt: Wie die Lösung des Problems. Dazu sollten die Bezeichner aussagekräftige Namen besitzen, Methoden sollten genau eine Aktion ausführen und Klassen für genau eine Aufgabe gemacht sein. "Wenn das Wort 'Und' in der Beschreibung der Methode/Klasse auftaucht, hast Du etwas falsch gemacht".

Ein Ansatz ist die "Clean Code" Philosophie. Googel mal danach und kauf Dir das Buch.

[Assarbad]

Zitat von alzaimar:

Viel, und ich meine VIEL, wichtiger ist doch, den Code so lesbar zu machen, das er sich liest, wie ein Buch.

Dann benutzen wir alle aber die falschen Programmiersprachen

Zitat von alzaimar:

Oder besser ausgedrückt: Wie die Lösung des Problems. Dazu sollten die Bezeichner aussagekräftige Namen besitzen, Methoden sollten genau eine Aktion ausführen und Klassen für genau eine Aufgabe gemacht sein. "Wenn das Wort 'Und' in der Beschreibung der Methode/Klasse auftaucht, hast Du etwas falsch gemacht".

Das sind alles tolle Tips für neu zu schreibenden Code. Leider ist die überwiegende Mehrheit Code der gewartet werden muß. Und da würde ich dann eher "Working effectively with Legacy Code" von Michael Feathers empfehlen (liegt hier bei mir auf'm Tisch ... und warum wohl? ).

Zitat von Jamah:

Ich hab da immer so kleine Probleme mit der Unicode-Unterstützung und so.
Wie sieht das aus: Kann man dem Compiler irgendwie mitgeben im quelltext bestimmte Variablen in bestimmten fareb zu markieren?

Der Compiler hat damit mal garnix zu tun. Wenn man keine theoretischen Vorkenntnisse hat (so wie ich auch als ich anfing) ist Delphi sowas wie eine Blackbox: man tut oben Code rein und unten kommt die .exe raus. Leider ist das eine Illusion die es eher erschwert mit diversen klassischen Sprachen wie C/C++ klarzukommen, wo Präprozessor, Compiler und Linker ggf. noch in verschiedenen Abstufungen getrennt vorliegen.

Was du bräuchtest wäre ein Tool zur statischen Code-Analyse welches dabei hilft den Code nach bestimmten Parametern zu verstehen, die nicht so einfach ersichtlich sind, selbst wenn man den Code zu kennen meint. Leider ist mir kein solches Tool für Delphi bekannt. Aber vielleicht ja jemand anderem hier? ...

[mkinzler]

Zitat:

Dann benutzen wir alle aber die falschen Programmiersprachen

Cobol?

[Assarbad]

Zitat von mkinzler:

Zitat:

Dann benutzen wir alle aber die falschen Programmiersprachen

Cobol?

Wie wäre es mit Scala oder Lisp? ... oder auch nur Python. Die aktuelle iX hat da einen ganz netten Artikel.

[BUG]

Zitat von Assarbad:

[...]
Wie wäre es mit Scala oder Lisp? ... oder auch nur Python. Die aktuelle iX hat da einen ganz netten Artikel.

Wenn es schon um Farben geht: colorForth

[pymob]

Wenn du übersichtlichen, also gut zu lesenden Code haben möchtest, strukturiere den Code, also bevor der Inhalt von Bedingungen, Schleifen, etc. kommt, einen Tabstop machen. Dadurch erkennt man, was zu einer Schleife, etc. gehört und was nicht. Außerdem das begin und end in eine eigene Zeile.
Und wie es schon genannt wurde, selbstbezeichnende Variablen& Prozeduren, etc. sind die halbe Miete!