Welche Pattern oder Regeln sollte man als Basic’s kennen?

[juergen]

Hallo,
zunehmend habe ich das Problem, dass ich in meinen Hobby-Projekten als Hobby-Programmierer keine oder wenig Praxiserfahrung habe aus dem jeweiligen Bereich.
Das führt dazu, dass es aufwendig wird, wenn ein Kunde dann Erweiterungen haben möchte.

Z.B. wende ich seit längerer Zeit Test-Cases an. Das ist schon mal sehr hilfreich, auch wenn der Aufwand manchmal schon größer ist.
Da hatte ich gestern gelesen, dass man bei den Tests das Triple A Pattern anwenden sollte. In meinen bisherigen Projekten hatte ich das schon (unbewusst) genauso umgesetzt.

Konkrete Frage:
Welche Basic(!) Pattern oder Regeln sollte man kennen um seine Software besser warten und erweitern zu können?
Gibt es dafür bekannte Strategien? Mir reichen die Schlagwörter, dann kann ich mich informieren. Auch (deutsche) Buch-Empfehlungen wären interessant.

Vielen Dank für das Teilen eurer Erfahrung!

[mytbo]

Zu meinen persönlichen Favoriten gehören: Mediator, Observer und Visitor. Beispiele für den Einsatz des Mediators findet man in meiner mORMot Vorstellungsreihe.

Meine Literaturquellen:

• Das Original Design Patterns von 1994 der Gang of Four (GoF). Wenn ich mich recht erinnere, war das Buch zeitweise als freier Download im O'Reilly Verlag verfügbar. Sprache ist Englisch. Beispiele sind nicht in Delphi.
• Max Kleiner, Patterns konkret: Patterns in modellgetriebenen Projekten durchgängig anwenden. Veröffentlichungsdatum 2003.
• Ein aktuelles Buch ist vom Delphi Geek Primož Gabrijelčič, Hands-On Design Patterns with Delphi.

Design Patterns gehören zum Grundlagenwissen. Mit Sicherheit hast du verschiedene Muster schon unbewusst eingesetzt. Ihr gezielter Einsatz in der Praxis bedarf jedoch einiger Übung. Es ist wie beim Fahrradfahren: Erst wenn dir die Erklärung schwerfällt, hast du es ausreichend verinnerlicht.

Bis bald...
Thomas

[philipp.hofmann]

Singleton ist extrem einfach und sollte auch bekannt sein; v.a. auch, wie man es in der jeweiligen Programmiersprache wirklich anwendet; da kann es Feinheiten geben (abhängig wie wichtig es ist, dass es auch zu 100% nur einmal angelegt wurde und nicht nur nur einmal existiert);

[Rollo62]

Ist zwar nicht Deutsch, aber es gibt ja DeepL:
Hier sind auch ganz nette Beispiele drin.
https://sourcemaking.com/design_patt...trategy/delphi

[haentschman]

Zitat:

oder Regeln

1: KISS https://de.wikipedia.org/wiki/KISS-Prinzip
2: DRY https://de.wikipedia.org/wiki/Don%E2...epeat_yourself

[freimatz]

So generell: einfach ordentlich arbeiten. Alles so benennen was ist ist, zusammen was zusammen gehört und getrennt was nicht zusammengehört.

https://clean-code-developer.de/

Triple-A - nie gehört, was soll das sein?

Hobby oder Kunde? Oder meinst Du eher Anwender?

[Der schöne Günther]

Zitat von freimatz:

Triple-A - nie gehört, was soll das sein?

Das war bezogen auf einen Unit Test: Arrange, Act, Assert.

Nur überflogen, aber das hier sah putzig aus:
https://medium.com/ranorex-webtestit...n-883371cffc8e

[freimatz]

Ah, Danke

[juergen]

Vielen Dank für die ganzen Hinweise!

Zitat von mytbo:

Meine Literaturquellen:

• Das Original Design Patterns von 1994 der Gang of Four (GoF). Wenn ich mich recht erinnere, war das Buch zeitweise als freier Download im O'Reilly Verlag verfügbar. Sprache ist Englisch. Beispiele sind nicht in Delphi.
• Max Kleiner, Patterns konkret: Patterns in modellgetriebenen Projekten durchgängig anwenden. Veröffentlichungsdatum 2003.
• Ein aktuelles Buch ist vom Delphi Geek Primož Gabrijelčič, Hands-On Design Patterns with Delphi.

Ich habe mir jetzt erst mal 2 Bücher geholt.

Hands-On Design Patterns with Delphi - Primož Gabrijelčič
https://www.tutorialspoint.com/ebook...lphi/index.asp

Entwurfsmuster_Das umfassende Handbuch
https://www.rheinwerk-verlag.de/entw...ende-handbuch/


Einige Prinzipien versuche ich konsequent anzuwenden, z.B. DRY und KISS (obwohl ich mir bei KISS im Nachgang nicht *immer* ganz sicher bin )

Ich habe nun einiges zu lesen. Ich hoffe ich kann damit meine SW in Zukunft auch besser erweiterbar gestalten.

Zitat von freimatz:

Hobby oder Kunde? Oder meinst Du eher Anwender?

Letztendlich fragt der Kunde (oft im Namen mehrerer Anwender) nach neuen Funktionen. "Hobby-Programmierer": Damit wollte ich unterstreichen, dass ich das nur nebenbei mache, da auch andere Sachen von meiner tatsächlichen Arbeit anstehen.

[freimatz]

Hobby - ah ja so ist das gemeint.
KISS - jaja, über das "simple" gehne die Meinungen oft auseinander

So allgemein halte ich die Regeln (clean code) für wichtiger als die Pattern.
Und wichtig ist dass man dran bleibt und sich nicht entmutigen lässt. Weil alles auf einmal richtig zu machen geht nicht. Es ist ein stetiger Lernprozess.