Guter Code

[haentschman]

Moin...:P
Zum Programmieren gehört aber nicht nur guter Code sondern auch ein Versionskontrollsystem...Nicht beim ersten Formular, aber besser gleich am Anfang. :thumb:

[TigerLilly]

Die Frage nach gutem Code führt zu vielen Antworten. Eine präzisere Frage wäre vielleicht: Was ist brauchbarer Code und was ist schöner Code.

Programmieren ist ja nicht nur einen Ingenieurwissenschaft (=brauchbarer Code) sondern auch eine Kunst (=schöner Code). Für ersteres gibt es handfeste Kriterien und Designprinzipien:
https://t3n.de/news/prinzipien-softw...-solid-615556/
https://glossar.hs-augsburg.de/Programmierprinzipien

Zweites ist wie so oft Geschmackssache und soll mit ersterem nicht verwechselt werden.

[bernau]

Zitat:

Zitat von haentschman (Beitrag 1393835)

* nicht alle Units in einen Ordner! Vernüftige Struktur auf der Festplatte...:wink:

Seit es Namespaces gibt, fange ich an die Verzeichnissmenge einzuschränken.

Ein großes 20 Jahre altes Projekt von mir, hat ca. >800 Units, die auf 60 Verzeichnisse verteilt sind (waren). Bin seit ca. 12 Monaten dabei, die Unitnamen umzubenennen und in "ein" Stammverzeichnis zu verschieben. Für mich sind die Dateien viel besser zu suchen und die Units ist besser kategorisiert. Vorher natürlich Gedanken über den Aufbau und die Benennung der Namespaces machen.

Aber das ist natürlich Geschmackssache.

[himitsu]

Jupp, die Namespaces machen einem das Leben leichter.

Häßlicher Code:

Delphi-Quellcode:

>++++[<++++++++>-]>++++++++[>++++<-]>>++>>>+>>>+<<<<<<<<<<[-[->+<]>[-<+>>>.<<]>> >[[->++++++++[>++++<-]>.<<[->+<]+>[->++++++++++<<+>]>.[-]>]]+<<<[-[->+<]+>[-<+>> >-[->+<]++>[-<->]<<<]<<<<]++++++++++.+++.[-]<]+++++

Schöner Code:
https://github.com/pablojorge/brainf.../sierpinski.bf

oder
http://www.linusakesson.net/programming/brainfuck/

Online zum Testen:
https://copy.sh/brainfuck/
https://fatiherikli.github.io/brainfuck-visualizer

In Delphi ist man zwar nicht ganz so frei, aber dennoch kann man Codes schöner (augenfräundlicher) gestalten.
Oder so hinklatschen, dass dich jeder erschlagen will, der das lesen muß.


Am Augenfreundlichsten und beim Ausdrucken extrem tintesparend ist die Programmiersprache Whitespace, die ähnlich dem Brainfuck ist.

[bernau]

@himitsu

Was soll dieser Beitrag einem sagen?

Was hat Brainfuck mit Namespaces zu tun?

[jaenicke]

Zitat:

Zitat von bernau (Beitrag 1393922)

Seit es Namespaces gibt, fange ich an die Verzeichnissmenge einzuschränken.

Wir haben im Gegenteil die Verzeichnisse analog zu den Namespaces aufgebaut. Sprich Common.Utils.StringTools.pas liegt in Repository\common\utils usw.
Klassen und Interfaces heißen analog zu den Unitnamen. Auf die Weise findet man erstens schnell eine bestimmte Unit, zweitens thematisch schnell ein passende Unit und drittens einfach eine Unit zu einem Typen. Letzteres ist mit ModelMaker Code Explorer sicherlich nicht mehr so das Thema, aber ich finde es dennoch am übersichtlichsten.

[himitsu]

@bernau: Denk dir einen Trennstrich dazwischn.

Antwort zu deinem Post
----------------------
Antwort zum Thread

[bernau]

Zitat:

Zitat von himitsu (Beitrag 1393930)

@bernau: Denk dir einen Trennstrich dazwischn.

Ahh. Was so ein Trennstrich für die Interpretation eines Post ausmacht. :wink:

Im ersten Moment sah es so aus, daß man bei Verwendung von Namespaces auch gleich die Sprache Brainfuck verwenden kann.

Ein guter Forumbeitrag ist wie guter Quellcode. Andere müssen ihn verstehen können. Passst zum Thema :lol:

[Delphi-Laie]

http://michael-puff.de/Programmierun...kel/Enum.shtml
http://michael-puff.de/Programmierun...leanCode.shtml

[Sherlock]

Ich hab irgendwo mal eine schöne Liste von typischen Delphi Anti-Patterns gelesen, aber leider find ich die nicht mehr. Verdammt! Da sind halt so Sachen drin gewesen wie "Logik in der Ereignisbehandlungsroutine", graphische Objekte mit durchnumerierten Bezeichnern etc.

Und ich meine nicht das Video von Alistair Christie zu diesem Thema, es war schriftlich...sowas wie ein Blogbeitrag oder so.

Sherlock