Verabschieden Sie sich von schlechten Javascript-Praktiken

Nov 29 2022

Wenn wir unsere ersten Schritte in die wunderbare Welt des Programmierens unternehmen, können wir selbst sehen, was es für Millionen von Menschen bewirkt. Es ist der Programmierung zu verdanken, dass das Leben so vieler einfacher wird, indem sie einfach ein paar Tasten auf ihren Geräten drücken (Das ist Magie).

Programmieren ist eine andere Art von Supermacht, aber wie Onkel Ben zu seinem Neffen Peter Parker sagte: „Mit großer Macht kommt große Verantwortung.“ In der Welt der Programmierung besteht unsere größte Verantwortung darin, sicherzustellen, dass der von uns geschriebene Code sowohl einfach zu testen ist als auch im Laufe der Zeit wartbar bleibt.

Es gibt einige kleine Programmierpraktiken, die sich kontinuierlich negativ auf den Code, den wir schreiben, und das Produkt, das wir als Endergebnis erstellen, auswirken können. Ich habe diese Probleme am eigenen Leib erfahren. Es ist wichtig zu teilen, was sie sind und warum Sie sie um jeden Preis vermeiden sollten.

1. Verwendung von var anstelle von let und const

Es ist an der Zeit, sich von der Verwendung von var zu verabschieden.

Aus diesen Gründen sollten Sie nur let und const verwenden:

● Der Geltungsbereich ist klarer (zwischen geschweiften Klammern).

● Es erstellt keine globalen Objekte.

● Fehler werden gekennzeichnet, wenn Sie sie erneut deklarieren.

Sofern Sie keinen älteren Browser wie den beliebten IE11 verwenden, ist es in Ihrem besten Interesse, var loszulassen. Let und const werden in Zukunft Ihre besten Freunde sein.

2. Verwendung von Kommentaren zur Erläuterung des Codes

Kommentare sind ein grundlegender Bestandteil beim Erstellen von Software. Sie helfen uns, den Code, den wir lesen, ein wenig besser zu verstehen, aber wir dürfen nicht in den Fehler verfallen, Schritt für Schritt zu erklären, was unser Code tut, wir müssen Code erstellen, der einfach zu verstehen ist Lesen und Kommentare sollten nur Kontext liefern.

Hier sind ein paar Tipps und Erinnerungen, die Ihnen dabei helfen, Codekommentare wie ein Profi zu schreiben:

● Vermeiden Sie Redundanzen in Ihren Kommentaren; Schreiben Sie nicht, was Sie tun, schreiben Sie, warum Sie es tun.

● Beschreibende Variablen-/Funktions-/Klassennamen sind besser als beschreibende Kommentare.

● Fassen Sie so viel wie möglich zusammen; schreiben Sie keine Absätze, wenn es nicht unbedingt notwendig ist.

● Versuchen Sie, immer dieselbe Sprache und denselben Stil für Kommentare zu verwenden.

● Im Laufe der Zeit werden Kommentare in der Regel nicht gepflegt (geänderter) Code ist.

3. Verwendung von == anstelle von ===

Das erste, was Sie verstehen müssen, ist, dass sie, obwohl sie visuell sehr ähnlich sind, unterschiedliche Dinge tun: Der erste heißt regulärer Gleichheitsoperator (==) und der zweite heißt strenger Gleichheitsoperator (===).

Der reguläre Gleichheitsoperator (==) prüft nur, ob die Operanden ähnlich sind, was zu unangenehmen Überraschungen führen kann.

Der strikte Gleichheitsoperator (===) prüft immer, ob die Operanden unterschiedliche Typen und Werte haben und genau gleich sind.

4. Vergessen, optionale Verkettung zu verwenden

Mit dem optionalen Verkettungsoperator (?) können Sie den Wert einer Eigenschaft lesen, die sich tief in einer Kette verbundener Objekte befindet, ohne jede einzelne Referenz in der Kette überprüfen zu müssen.

Dies hilft uns, Fehler zu vermeiden, wenn wir versuchen, auf eine nicht vorhandene Eigenschaft zuzugreifen. Nehmen wir als Beispiel an, wir haben ein Pokémon-Objekt, das die Informationen dieses Pokémon enthält.

Wenn wir auf eine Eigenschaft zugreifen möchten, die nicht definiert ist, wie in diesem Beispiel, wird beim Zugriff auf die Eigenschaft „Attack“ Javascript ein Fehler generiert und unsere Anwendung bricht ab. Bei Verwendung von optionaler Verkettung (?) teilt uns Javascript mit, dass die Eigenschaft nicht definiert ist, generiert jedoch keinen Fehler. Über diese Art von Fehlern nachzudenken, die manchmal außerhalb unserer Kontrolle liegen, macht auf lange Sicht einen großen Unterschied.

5. Verwenden Sie keine magischen Zeichenfolgen und magischen Zahlen

Eine magische Zahl oder magische Zeichenfolgen sind Zahlen oder Zeichenfolgen, die direkt im Code verwendet werden und oft keinen klaren Kontext haben, aber einen Zweck haben. Es ist am besten, diese Werte Konstanten zuzuweisen, da sie sonst schwer zu verstehen und zu debuggen sind.

6. Unsachgemäßer Umgang mit API-Aufruffehlern

Wir sollten Fehler immer mit einem try/catch in unserem async/await behandeln.

Wenn wir die Fehler in unseren Versprechen nicht handhaben, ist es sehr wahrscheinlich, dass unsere Anwendung explodiert, und glauben Sie mir, wir wollen nicht, dass das passiert.

7. Verwenden eines Objekts als einzelnen Parameter

Wenn Sie eine Funktion deklarieren, bei der mehrere Werte von einem Objekt erwartet werden, ist es am besten, mehrere Eingabeparameter anstelle von einzelnen Objekteingaben zu verwenden. Dies hilft uns bei mehreren Dingen:

Erstens macht es unseren Code leichter lesbar, da wir von Anfang an wissen, welche Parameter unsere Funktion benötigt.

Zweitens erleichtert es das Testen der Funktion, und diese beiden Dinge zusammen tragen dazu bei, dass unser Produkt im Laufe der Zeit wartbar ist. Außerdem verbessert es die Leistung unserer Anwendung, da es das Sammeln von Müll oder das Erstellen unnötiger Objektparameter vermeidet.

Ein weiterer Pluspunkt ist, dass es einfacher ist, die Schnittstelle der Parameter zu definieren, wenn Sie TypeScript verwenden und mehrere Parameter haben, um von der Typprüfung und automatischen Vorschlägen zu profitieren, wodurch wir Fehler vermeiden können.

8. Die Macht der Abkürzungen vergessen

Wir alle waren schon einmal in der Lage, uns zu fragen, ob eine Variable existiert oder ob sie einen anderen Wert als null oder undefiniert enthält. Aus diesem Grund führen wir oft superlange Validierungen dieser Art durch:

Abkürzungen helfen uns, dieses Problem zu vermeiden. Auf einfachere und elegantere Weise kann der obige Code auf Folgendes reduziert werden:

Fazit

Sauberen Code zu schreiben wird immer unsere Verantwortung sein. Aus meiner Erfahrung als Entwickler habe ich gelernt, dass ein wartbarer und leicht lesbarer Code Ihnen und Ihrem Team viele Stunden ersparen wird.

Denken Sie daran, dass wir mehr Zeit damit verbringen, Code zu lesen als ihn zu schreiben. Ich hoffe, diese kleinen Tipps werden Ihnen die Aufgabe erleichtern, magische und erstaunliche Produkte zu kreieren.