[JAVA] Es gibt einen Programmierer zum Kopieren / Einfügen, der jemanden ansieht und mich ansieht

Einführung

In letzter Zeit gibt es viele Programmierer zum Kopieren und Einfügen in meinem Entwicklungsteam ...: heat_drops: Persönlich denke ich nicht "Copype = böse". Ich denke, es ist in Ordnung, das "inputStream" -ähnliche Ding zu kopieren, das ich fast jedes Mal google, und ich denke, wenn Sie es kopieren, wird der Quellcode im Projekt vereinheitlicht und es wird einfacher zu warten sein.

Aber kopieren und einfügen Sie nicht einfach ohne nachzudenken: wütend: Es ist schwer zu lesen und voller Fehler: Tröpfchen:

Fassen wir also zusammen, was ich denke: "Wenn Sie kopieren und einfügen, beachten Sie dies zumindest."

Beachten

――Es ist kein Artikel, der nach dem Guten oder Schlechten beim Kopieren und Einfügen fragt. ――Subjektivität aufgrund persönlicher Erfahrungen ist ** viel ** enthalten. ――Ich habe es mit der Erwartung geschrieben, dass "Wenn Sie denken, 'Oh, das bin ich ...?', Werde ich die Anzahl der fehlerhaften Kopien ein wenig reduzieren.": Sweat_smile:

1. 1. Der Variablenname / die Methode ist falsch.

Da es noch kopiert wird (zum Beispiel), wenn die Kopierquelle "tel" ist, bleibt es "tel". Es kann "Mail" sein, aber es bleibt "tel". Ich denke, es gibt viele Leute, die nur denken: "Beweg dich einfach, ich möchte, dass du dich bewegst, wie du willst." Als ich es später zurücklas, war es verwirrend, weil es lautete: "Warum speichert die Variable das Met-Tel?" Der Methodenname ist derselbe, und obwohl es sich um getMail () handelt, wird manchmal eine Quelle angezeigt, die aus irgendeinem Grund eine Telefonnummer zurückgibt ...

2. Die Konstanten wie Fehlermeldungen sind falsch.

Es wird häufig beim Abrufen einer festen Nachricht aus der Eigenschaftendatei unter Verwendung des Schlüsselcodes gesehen. Wenn es schrecklich ist, wird sogar die auf Japanisch geschriebene Nachricht kopiert und eingefügt, und obwohl es sich um ein normales System handelt, kann es sein, dass "ein Fehler aufgetreten ist".

3. 3. Die statischen Konstanten sind gestreut und vermehren sich.

Da es vorerst kopiert wird, tritt ein Fehler auf, wenn keine Klassenkonstante vorhanden ist. "Dann sollten Sie einfach die Konstanten kopieren und einfügen: thumbsup_tone3:". Auf diese Weise wachsen statische Konstanten mit genau demselben Namen und demselben Inhalt in jeder Klasse. Wenn es zuerst ein paar sind, werde ich es in Enum oder eine Eigenschaftendatei verschieben, sobald ich es finde, aber wenn es um Wartungsprojekte geht, wächst es zu stark, und im Gegenteil, ich denke: "Ich denke, es ist besser, es so zu vergrößern, wie es ist." : enttäuscht_relieved:

Wenn Sie als Anforderung etwas kopieren möchten, das wie eine Konstante aussieht, aktivieren Sie "Definiert jemand es irgendwo für den allgemeinen Gebrauch?": Bow:

4. JavaDoc ist falsch.

JavaDoc ist "als formale Programmspezifikation etabliert". Es kann jedoch von irgendwoher kopiert oder standardmäßig generiert werden. Infolgedessen weichen das tatsächliche Verhalten der Quelle und die japanische Sprache von JavaDoc häufig voneinander ab. Siehe hier: arrow_down: für den Unterschied zwischen JavaDoc und Kommentaren. : link: [Java] Kommentartypen und Schreibstil Ein paar Monate später schaue ich auf den JavaDoc und sage: "Wer ist derjenige, der eine solche Lüge geschrieben hat!" !!

5. Ich verstehe nicht, wie es funktioniert.

Natürlich sagst du: "Etwas, es hat funktioniert, als ich das geschrieben habe": cold_sweat: Aber es ist nicht "geschrieben". Weil ich gerade "kopiert" habe. Dieser Typ friert oft ein, wenn Sie gefragt werden: "Warum haben Sie das so geschrieben?"

6. Ich merke nicht, ob noch Fehler vorhanden sind.

Es ist dasselbe wie "5. Ich verstehe die Operation nicht." Ich verstehe nicht, also merke ich nicht einmal, ob ich den Fehler kopiere und zusammenfüge: enttäuscht_relieved: Es gibt auch Zeiten, in denen "es in Ordnung ist, wenn es sich um eine Kopierquelle handelt, aber es ist ein Fehler, weil die Spezifikationen am Kopierziel falsch sind."

Bitte verstehe es richtig. Ja wirklich···.

7. Wenn ich eine Fehlermeldung erhalte, denke ich zuerst: "Vielleicht habe ich einen Kopierfehler gemacht?" Und ich sehe die Fehlermeldung nicht.

Obwohl die Fehlermeldung viel schneller angezeigt wird, vermuten sie Copypemis und vergleichen zunächst die ursprüngliche Copype-Quelle: enttäuscht: Meistens gibt es nach einer Weile der Besorgnis ein Muster, das die Frage stellt: "Das ... Ich habe das Gefühl, dass es viele gibt. Bitte lesen Sie vorerst die Fehlermeldung und stellen Sie eine Frage ...

Es ist auch ein Miso im Vordergrund, aber ich hoffe, es wird beim Lesen der Fehlermeldung hilfreich sein: point_down_tone3: : link: [Java] Lesen Sie die Fehlermeldung richtig? [Lesen des Stack-Trace]

abschließend

Wie ich am Anfang schrieb, denke ich nicht, dass "Copype = böse", also denke ich, dass es in Ordnung ist, sich selbst zu kopype. Ich denke, Sie können durch Kopieren den guten Quellcode unserer Vorgänger studieren.

Selbst wenn es sich um eine Kopie handelt, heißt es "Sie haben es geschafft". Wenn Sie versehentlich einen Fehler hinzufügen, ist es wahrscheinlich Ihre Schuld. Der Punkt ist: "Übernehmen Sie die Verantwortung für den Code, den Sie schreiben": thumbsup_tone2:

Ich habe etwas Unberechenbares geschrieben, aber ich dachte, ich wäre vorsichtig, weil ich es manchmal selbst kopiere: heat_smile:

Recommended Posts

Es gibt einen Programmierer zum Kopieren / Einfügen, der jemanden ansieht und mich ansieht
Ein Blick auf Jenkins, OpenJDK 8 und Java 11
[Rails] [Docker] Kopieren und Einfügen ist in Ordnung! So erstellen Sie eine Rails-Entwicklungsumgebung mit Docker
Verwenden Sie Vue.js mit CDN (nur kopieren und einfügen!)
Ein kurzer Rückblick auf Java in den letzten fünf Jahren