Was bedeutet hardcoded?

Hartcode erklärt und warum es so schlecht ist

Wir wollen verstehen, warum Entwickler Hardcoding als „schlechte“ Lösung bezeichnen

Hintergründe zum Begriff hartkodiert oder hardcoding

Einfach ausgedrückt, ist Hardcoding der Prozess der Eingabe von Werten, die normalerweise von einem Benutzer direkt in die Codebasis eingegeben werden. Denken Sie an einen Taschenrechner – er funktioniert mit beliebigen Eingaben und kann beliebige Ausgaben erzeugen. Denken Sie nun an den ersten Anwendungsfall eines Taschenrechners, bei dem das Ziel nicht darin bestand, dass jemand unzählige Operationen durchführen kann, sondern ein bestimmtes Problem zu lösen, beispielsweise 23 mal 4. Wenn wir diese Aufgabe nur für diese spezielle Situation lösen wollten, würden wir einfach den Wert von 23 mal 4 eingeben, oder noch besser die Antwort selbst.

Clevere Programmierer haben schnell erkannt, dass sie mit zunehmendem Projektumfang dieselben Logiken und Funktionen wiederverwenden können – etwas, das eine Eingabe entgegennimmt und eine bestimmte Ausgabe auf der Grundlage einer bestimmten Logik, Formel oder Operation liefert. Leider funktioniert das nicht, wenn sie ihre Werte dort fest einprogrammieren.

Was ist Abstraktion beim Coding?

Eines der Grundprinzipien von Programmiersprachen wie Java ist die Abstraktion. Die Idee, dass Sie Funktionen erstellen können, die andere verwenden können, ohne sich Gedanken darüber machen zu müssen, wie Ihre Funktion funktioniert. Sie wissen, dass sie mit einer bestimmten Eingabe immer die gewünschte Ausgabe erhalten. Denken Sie an die Additionsoperation, d. h. das Zusammenzählen einer Zahl mit einer anderen, das Ergebnis ist bekannt und die Ausgabe klar definiert. Auf diese Weise können Sie sicherstellen, dass Ihre Funktion bei unterschiedlichen Eingaben funktioniert und bei gleicher Eingabe immer die gleiche Ausgabe liefert.

Wie hilft uns das, Hardcoding zu verstehen? Beim Hardcoding wird der Benutzer nicht mehr nach der Eingabe gefragt (oder durch eine andere Methode), sondern die Eingabe wird direkt in der Codebasis bereitgestellt. Das klingt, als würde es die Komplexität des Codes reduzieren und scheint ziemlich trivial zu sein, nicht wahr? Lesen Sie weiter.

Ist es schädlich - ein Verbrechen ohne Opfer?

Nun, auch wenn Hardcoding den Prozess vereinfachen kann, weil Sie Schritte bei der Abfrage und dem Empfang von Daten einsparen, können die Funktionen und damit Ihre Anwendung nicht ihr volles Potenzial entfalten. Verstehen Sie mich nicht falsch, es wird Fälle geben, in denen dies sinnvoll sein könnte, aber im Allgemeinen opfern Sie die Skalierbarkeit der Anwendung in Bezug auf Wartung und Aktualisierbarkeit. Jedes Mal, wenn Sie die Anwendung ändern müssen, müssen Sie den Code neu bereitstellen – nicht allzu schwierig, wenn Sie eine Website betreiben, die nur tagsüber von 1000 Personen besucht wird. Aber stellen Sie sich eine mobile Anwendung vor, die rund um die Uhr genutzt wird und bei der die Benutzer die neueste Version herunterladen müssen, damit sie funktioniert.

Wenn Sie sich als Entwickler entscheiden, Änderungen vorzunehmen, müssen Sie sich an alle Stellen erinnern, an denen Sie Werte hart kodiert haben. Dies ist einer der Hauptgründe, warum viele Entwickler dies als schlampig ansehen. Der springende Punkt ist, dass eine elegante Lösung nicht nur ein Problem löst, sondern alle Arten von Problemen in dieser Kategorie und von der gesamten Gemeinschaft wiederverwendet werden kann.

Ausnahmen sind die Regel beim hartkodieren!

Wie immer wird es Situationen geben, in denen es sinnvoll ist, Werte direkt in die Codebasis zu codieren. Eines der besten Beispiele sind MVPs oder Dummy-Projekte, bei denen Einfachheit und Geschwindigkeit das Ziel sind. Auf diese Weise können Sie nicht zu viel Zeit auf die Codequalität verschwenden – denn das Ziel ist nicht, den Code zu reduzieren, sondern wirklich den Markt auf die Lebensfähigkeit eines neuen Produkts zu testen. In diesem Fall soll es schnell und billig sein, weil die Lebensfähigkeit der Schlüssel ist. Der MVP ist in der Regel nicht für die Entwicklung in großem Maßstab geeignet oder erfordert ohnehin viel Arbeit.

Schlussfolgerung zum Hardcoding/ Hartkodieren

Ob Hardcoding eine schlechte Praxis ist, hängt von Ihrem Anwendungsfall ab, aber in den meisten Fällen ist es etwas, das Sie in komplexen Projekten nicht sehen wollen und so wenig wie möglich in der frühen Phase Ihres Projekts.

Wenn Sie mehr über Softwareentwicklung und Technologie oder deren Kosten erfahren möchten und Ihr eigenes Projekt starten wollen, melden Sie sich bei uns und wir helfen Ihnen gerne weiter.