Wie benenne ich Variablen?

Jan 31 2023

Um ein guter Entwickler zu sein, ist es wichtig, dass Sie beim Codieren die richtigen Namenskonventionen befolgen. Die Leistung des Codes wird sich dadurch mit Sicherheit nicht ändern, aber der Zeit- und Arbeitsaufwand (vergessen Sie Ihre Kollegen), den Sie benötigen, um Änderungen am Code vorzunehmen oder Ihren Code zu debuggen, wird Sie einige Nächte lang wach halten.

Um ein guter Entwickler zu sein, ist es wichtig, dass Sie beim Codieren die richtigen Namenskonventionen befolgen.

Die Leistung des Codes wird sich dadurch mit Sicherheit nicht ändern, aber der Zeit- und Arbeitsaufwand (vergessen Sie Ihre Kollegen), den Sie benötigen, um Änderungen am Code vorzunehmen oder Ihren Code zu debuggen, wird Sie einige Nächte lang wach halten.

Danke DALL E2 für das Bild

Hinweis: Was auch immer der Autor oben geschrieben hat, basiert auf wahren Begebenheiten, nichts ist Fiktion. Nehmen Sie den Rat nicht einfach so an. Danke fürs Lesen :)

Vergiss x, y und i, j, als wären sie deine Ex

Lassen Sie sie, wenn Sie tatsächlich am Projekt programmieren. Sie können sie verwenden, wenn Sie Ihre Zeit mit Konkurrenzprogrammierung verschwenden.

Gewöhnen Sie sich nicht an, Ihren Variablen Kurznamen zu geben, die nichts bedeuten. Benennen Sie keine Variablen xoder y.

Geben Sie ihnen aussagekräftige Namen wie numberOfDepositsLeftund costOfItem.

Lassen Sie uns auch dies optimieren. Was wäre, wenn Sie itemCoststatt dessen costOfItembesser verwenden würden?

Und für Variablen vom Typ Boolescher Typ stellen Sie eine Frage zum Stand der Dinge wie:

IsActive, IsPaid, IsFloating, IsDeletable usw.

unverbindliches Trinkgeld

Hier ist ein unverbindlicher Tipp, er heißt ungarische Notation. Manche Leute mögen es, andere nicht. Fügen Sie als Präfix einen Bezeichner des Variablentyps hinzu.

Zum Beispiel iLives (für Ganzzahlen), fTokens (für Floats), bIsAlive (für Boolesche Werte) usw. Um den Typ schneller zu überprüfen, als wenn Sie in Ihrer IDE mit der Maus darüber fahren.

Und die meisten Menschen meiden es aus gutem Grund. Wenn Sie so viel Zeit damit verbringen, sich zu fragen, mit welchen Typen Sie es zu tun haben, ist Ihr Design wahrscheinlich scheiße. Ich kann mich kaum erinnern, dass ich jemals so viel Zeit damit verbracht habe, das herauszufinden, dass ich dachte, ich sollte etwas ändern.

Abhängig von der Projektstruktur, an der Sie arbeiten, können Sie diesen unverbindlichen Tipp nutzen.

Sie können einen Kommentar abgeben, der Code wird durch einen Kommentar nicht beleidigt

Versuchen Sie, Ihrem Code Kommentare hinzuzufügen, die die Dinge ein wenig erklären, denn wenn Sie zu einem späteren Zeitpunkt zum Code zurückkehren, werden Sie dieses Durcheinander nicht verstehen. Kommentare dienen am besten dazu, Ihnen zu sagen, warum Sie etwas getan haben, und nicht, was Sie getan haben.

Die Kommentare müssen meiner Meinung nach sehr aussagekräftig sein und dürfen nicht als Ersatz für schlechte Codierung dienen.

Wenn Sie bei der Erstellung Ihrer Projekte die Design- und Entwicklungsprinzipien von KISS, SOLID YAGNI usw. befolgen, wären viele Dinge, die Sie tun, sehr selbsterklärend. Wenn Sie beispielsweise Funktionen erstellen, sollten diese mit beschreibenden Namen und beschreibenden Variablennamen selbsterklärend sein und jeweils nur eine Sache ausführen.