![]() |
Re: Guter Code ist lesbarer Code
Zitat:
Nebenantwort 1 : Vorsicht, die ist gefährlich für Anfänger ! Aber wer mehr Kommentare braucht, als Source-Zeilen vorhanden sind, der macht was verkehrt. Nebenantwort 2 : Falls nötig kann die Größe der Kommentare die des Source-Codes bei weitem überschreiten. Und das sind dann die Programmstellen, die echt diffizil werden können, besonders auch nach Jahren. An denen sollte man sich schon Zeit lassen und richtig kommentieren. Nebenantwort 3 : die Auswahl der richtigen Typen war schon immer das richtige Mittel. Siehe Wirth. |
Re: Guter Code ist lesbarer Code
Guten Morgen,
wenn ich Luckies Beitrag richtig verstehe, dann behauptet er ja gar nicht er habe den Aufzählungstyp kürzlich erfunden. Vielmehr möchte er ihn als Entwurfsmittel etwas in den Fokus rücken, weil er wohl von vielen Mitgliedern auch dann erfolgreich verdrängt wird, wenn sein Einsatz naheliegend wäre. Frohe Ostern |
Re: Guter Code ist lesbarer Code
Zitat:
es geht ja auch keineswegs um Luckie bashing, im Gegenteil. Es ist auffallend, dass die Konstrukte der ursprünglichen Sprache Pascal so wenig verwendet werden, ja dass sie von einigen Teilnehmern sogar angefeindet werden wegen nicht OO und unmodern. Dabei hätte es Delphi nie gegeben, wenn Pascal nicht eine so hervorragende Sprache wäre. Jeder Delphi-Anhänger sollte wenigstens mal das Urpascal nach Jensen und Wirth beherrschen - das Win32-API ist sowieso immer das Gleiche und die VCL ist auch nur eine Bibliothek wie andere auch, dafür müsste man nicht Delphi lernen. Gruss Reinhard |
Re: Guter Code ist lesbarer Code
Hallo Reinhard,
mein Beitrag bezog sich auf einen Satz aus Beitrag #11, den ich zu zitieren vergaß: Zitat:
Der zweckmäßige Einsatz von Sprachmitteln ist sicherlich das Ergebnis von Erfahrung. Wenn also heute oder morgen wieder unversöhnliche Standpunkte (z.B. zum Thema Record vs. Object) verfochten werden, so wirst du vielleicht feststellen, dass da Mitglieder um den Weg zum Licht ringen. Manche Erfahrungen müssen "am eigenen Leib" gemacht werden, damit sie nachhaltig sind. Freundliche Grüße |
Re: Guter Code ist lesbarer Code
Moin Hanselmansel,
Zitat:
Wenn Du dort eine Case-Anweisung mit einem Aufzählungstypen deklarierst, initialisiert Dir die Code-Vervollständigung die Anweisung mit den möglichen Werten. |
Re: Guter Code ist lesbarer Code
Zitat:
Und speichrn, denke ich mir, könnte man es einfach als Integer, aber das werde ich am Dienstag selber ausprobieren können. ;) |
Re: Guter Code ist lesbarer Code
So, heute Nachmittag hatte ich nicht viel Zeit, deswegen neoch mal etwas ausführlicher:
@Hansa: Ist ja schön, das Delphi/Pascal dieses Sprachfeature schon sein 40 Jahren beherrscht und dies im Handbuch seit 40 Jahren steht. Das heißt aber noch lange nicht, dass auch jeder Programmierer alle Sprachfeatures auch kennt. Und das ist bestimmt nicht das letzte Sprachfeature, was ich nicht kenne. Was ich zum Ausdruck bringen wollte, war, dass man nie auslernt, dass man sich auch als "alter Hase" nicht schämen braucht, wenn man wieder was gelernt hat und ich wollte es etwas in den Focus rücken, da es mir so vorkam, als wenn es ein Sprachfeature ist, was nicht umbedingt so geläufig ist. Der zweite Teil des Artikels, hat sich dann ganz von alleine aus dem ersten Teil ergeben, so dass sich beide Teile schön ergänzen, wie ich finde. Inzwischen hat ein Leser aus dem Delphi-Forum, Heiko, einen schönen, ergänzenden Kommentar noch zu dem Artikel abgegeben: ![]() |
Re: Guter Code ist lesbarer Code
Zitat:
|
Re: Guter Code ist lesbarer Code
Zitat:
|
Re: Guter Code ist lesbarer Code
Und weil es so schön ist, noch eine Anmerkung von mir :)
Man kann solche Aufzählungen auch wunderbar in ein Set packen. Beispiel:
Delphi-Quellcode:
TFontstyletype = (fsBold,fsItalic,fsUnderline);
TFontstyle = set of TFontstyletype; Damit kann man sehr sprechend und bequem mehrere Elemente einer Aufzählung zulassen. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:57 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz