Die besten Programmierprinzipien und -richtlinien, die alle Programmierer befolgen sollten

Guten Code zu schreiben ist sehr schwierig, wenn man so will, eine Herausforderung, aber wenn Sie ein guter Programmierer sind, sollten Sie keine Probleme haben, die Dinge unter Kontrolle zu bringen. Für diejenigen, die neu im Programmieren sind, möchten wir jedoch über einige Grundprinzipien des Programmierens sprechen, die wahrscheinlich hilfreich sein werden.

Die Idee hier ist, qualitativ hochwertigen Code zu haben, was bedeutet, dass überhaupt keine Abkürzungen verwendet werden. Gehen Sie sorgfältig vor und am Ende sollte alles gut klappen. Ja, es wird lange dauern, bis Sie mit dem Schreiben Ihres Codes fertig sind, aber am Ende des Tages wird es zumindest eine Menge Fehler geben. Hier sind einige der wichtigsten Programmierprinzipien und -richtlinien, die Programmierer befolgen sollten:

1. Überprüfen und optimieren Sie Ihren Code
2. Offen für Erweiterungen, aber verschlossen für Änderungen
3. KISS (Keep it Simple, Stupid)
4. Wiederholen Sie sich nicht (DRY)
5. Machen Sie es sich zur Gewohnheit, Code zu dokumentieren

1] Überprüfen und optimieren Sie Ihren Code

Ganz gleich, für welchen guten Programmierer Sie sich auch halten, Ihr Code wird nicht immer perfekt sein. Vor diesem Hintergrund empfehlen wir Ihnen, Ihren Code auf Fehler zu überprüfen und gegebenenfalls zu optimieren. Wenn alles nach Plan läuft, ist der Code effizienter, liefert aber immer noch die gleichen Ergebnisse.

Nun sollte man sich darüber im Klaren sein, dass sich die Dinge ständig ändern. Daher ist es völlig normal, die Codebasis noch einmal zu durchsuchen, um Änderungen vorzunehmen. Und möglicherweise müssen Sie dies während der Laufzeit Ihres Projekts mehrmals tun. Denken Sie also daran.

Lesen:

2] Offen für Erweiterungen, aber geschlossen für Änderungen

Es ist kein gutes Verhalten, Code zu schreiben und ihn für andere zur Änderung freizugeben. Wann immer Sie ein Update bereitstellen, besteht die Möglichkeit, dass der Code kaputt geht, weil Ihr Update nicht mit der Änderung kompatibel ist. Erwägen Sie daher bitte die Möglichkeit, Erweiterungen Ihrer Codebasis zu unterstützen, da dies eine einfachere Wartung ermöglicht.

Wenn Sie glauben, dass es großartige Möglichkeiten gibt, Änderungen problemlos zu unterstützen, dann machen Sie weiter. Stellen Sie einfach sicher, dass ein guter Plan vorhanden ist, falls der Plan scheitert.

3] KISS (Keep it Simple, Stupid)

Sie sollten dies nicht als Respektlosigkeit betrachten, da es eines der beliebtesten Codierungsprinzipien ist. Sie sehen, die Idee besteht darin, Ihren Code so einfach wie möglich zu halten. Geraten Sie nicht in eine Situation, in der Sie ungewöhnliche Dinge tun.

Wenn Sie ein Skript in einer einzigen Zeile schreiben können, dann tun Sie es und versuchen Sie nicht, es auf mehrere Zeilen auszudehnen. Durch einfaches Schreiben wissen Sie immer, was vor sich geht, und es ist auch einfacher zu lesen.

Lesen:.

4] Wiederholen Sie sich nicht (DRY)

Eines der wichtigsten Dinge beim Schreiben von Code besteht darin, sicherzustellen, dass Sie sich niemals wiederholen, wie wenn Sie denselben Code zweimal schreiben. Es ist ein großer Fehler, diesen Weg einzuschlagen, daher sollten es sich die Leute zur Gewohnheit machen, Duplikate um jeden Preis zu vermeiden.

Soweit wir wissen, sollten Benutzer Algorithmen finden, die Schleifen unterstützen, um einen einzelnen Code mehrmals auszuführen. Bedenken Sie jedoch, dass DRY-Code viel einfacher zu warten ist.

5] Machen Sie es sich zur Gewohnheit, Code zu dokumentieren

Das macht zwar nicht jeder, sollte aber jederzeit gängige Praxis sein. Sie sehen, viele professionelle Programmierer haben beschlossen, ihren Code zum späteren Nachschlagen zu dokumentieren. Wenn Sie nicht wissen, was das bedeutet, bedeutet das im Wesentlichen, dass Sie sich Notizen zu wichtigen Aspekten machen.

Stellen Sie sich vor, Sie kehren ein Jahr, nachdem Sie ihn geschrieben haben, zu Ihrem Code zurück, wissen aber nicht, warum Sie bestimmte Entscheidungen getroffen haben. Wenn nun eine Notiz hinterlassen würde, gäbe es keinen Grund zur Verwirrung, weshalb alle Programmierer ihre Überstunden dokumentieren sollten.