Ungenutzter Code ist per Definition nicht nützlich. Erinnere dich immer an YAGNI . In 99% der Fälle solltest du es löschen, denn wenn es das nächste Mal nützlich sein sollte, wäre es wahrscheinlich schneller, es wieder zu tun (du hast nur einen Tag damit verbracht). p>
In seltenen Fällen, in denen es "cool" ist, können Sie es in einer Snippet-Datenbank speichern.
Als Antwort betrachten Sie bitte diese Kurzgeschichte:
Der tote Code Collector: Bringe deinen toten Code heraus.
Mann mit totem Code: Hier ist einer.
Der tote Code Collector: Das wird neun Pence sein.
Der tote Code: Ich bin kein toter Code.
Der tote Code Collector: Was?
Mann mit totem Code: Nichts. Da ist deine Neunpene.
Der tote Code: Ich bin kein toter Code.
Der tote Code Collector: 'Ere, er sagt, er ist kein toter Code.
Mann mit totem Code: Ja, ist er.
Der tote Code: Ich bin nicht.
Der tote Code Sammler: Er ist nicht.
Mann mit totem Code: Nun, er wird bald sein, er ist sehr krank.
Der tote Code: Ich werde besser.
Mann mit totem Code: Nein, bist du nicht, du wirst in einem Moment steinernen Code sein.
Der tote Code Collector: Nun, ich kann ihn nicht so nehmen. Es ist gegen Vorschriften.
Der tote Code: Ich möchte nicht auf den Wagen gehen.
Mann mit totem Code: Oh, sei nicht so ein Baby.
Der tote Code Collector: Ich kann ihn nicht nehmen.
Der tote Code: Ich fühle mich gut.
Mann mit totem Code: Oh, tu mir einen Gefallen.
Der tote Code Collector: Ich kann nicht.
Mann mit totem Code: Nun, kannst du ein paar Minuten rumhängen? Es wird nicht lange dauern.
Der tote Code Collector: Ich habe versprochen, dass ich bei den Robinsons sein werde. Sie haben heute neun verloren.
Mann mit totem Code: Nun, wann ist deine nächste Runde?
Der tote Code Collector: Donnerstag.
Der tote Code: Ich denke, ich gehe spazieren.
Mann mit totem Code: Du täuschst niemanden, weißt du? Kannst du nichts machen?
Der tote Code: Ich bin glücklich. Ich bin glücklich.
[der tote Code Collector blickt verstohlen die Straße rauf und runter, dann bringt er den toten Code zum Schweigen, mit einem Schlag von seinem Ctrl-X]
Mann mit totem Code: Ah, vielen Dank.
Ich halte den gesamten nützlichen Code in einer Offline-Code-Snippet-Datenbank fest.
Nicht einchecken - Das zentralisierte Repository ist nur ein Platz für Arbeitscode, der in der Anwendung verwendet wird .
Wenn Sie den ganzen Tag damit verbringen, dass eine Funktion richtig funktioniert, aber dann führt eine Architekturänderung dazu, dass die Funktion nicht mehr verwendet wird? Aber Sie wissen, dass der Code nützlich genug ist, dass, wenn die Architektur jemals zurück schwingt, diese Funktion wieder nützlich sein wird?
Es scheint falsch zu sein, die Funktion zu löschen, bevor Sie den Check-in durchführen, aber dann nimmt sie Platz als ungenutzte Funktion ein, wenn Sie sie einchecken.
Ich würde es definitiv löschen. Sie können es an einem speziellen Ort platzieren, den die Mitglieder des Projekts sehen können, aber es aus dem Projekt herausholen. Es macht Wartung schwierig, wenn Entwickler nicht herausfinden können, warum eine bestimmte Funktion vorhanden ist, wenn sie nicht aufgerufen wird.
Checken Sie es ein, mit einem Kommentar (in Code und Check-in), der sagt, dass Sie es löschen werden.
Löschen Sie es dann und checken Sie die Änderung sofort ein, mit einem Check-in-Kommentar, der erklärt warum.
Auf diese Weise haben Sie in Ihrer Codebasis keine Probleme, aber Sie haben eine dauerhafte Aufzeichnung des Codes.
In diesem Fall verwende ich immer ein WIKI , wo die Software beschrieben wird. Ein gut beschrifteter Unterpunkt und eine gute Beschreibung für diese Funktion tun es dann.
Meiner Meinung nach ist es nicht immer nützlich, diese ganze Funktion wiederzuverwenden, sondern einen schönen, funktionsfähigen Code zu betrachten, der einmal Sinn ergeben hat.
Löschen Sie den Code. Schreiben Sie einen guten Check-in-Kommentar, der erklärt, was Sie gelöscht haben und warum. Dies sollte klar genug sein, damit jemand, der älter ist, einen History-Befehl für diese Datei ausführt, dies versteht und Ihre Funktion aus dem Versions-Repository abrufen kann.
Überprüfen Sie es und kommentieren Sie es aus. IMHO, die Kosten im Weltraum ist die Zeit wert, die Sie ausgegeben haben, um es richtig zu machen (und müssen möglicherweise wieder ausgeben, sollte sich der Wind ändern). Vielleicht können Sie es als Teil einer "Bits and Pieces" -Datei einchecken, damit es Ihren aktiven Code nicht stört.
Sende deinen Code an: Ссылка Ссылка
lassen Sie andere Leute bewerten und vielleicht auch verwenden:)
Löschen Sie es mit Freude.
Code ist ein statisches Versprechen gegenüber sich ändernden Anforderungen in einer dynamischen Welt.
Mein Punkt heute ist, dass wir, wenn wir Codezeilen zählen wollen, sie nicht als "produzierte Zeilen", sondern als "ausgegebene Zeilen" betrachten sollten: die derzeitige konventionelle Weisheit ist so dumm, dass sie auf das Falsche zählen Seite des Hauptbuchs.
Bewahren Sie es einfach in jedem Snippet-Collector auf, den Sie für sich selbst entworfen haben oder der in Ihrem System verfügbar ist. Das Problem ist nicht so sehr, wo es ausgedrückt wird (meistens reden wir nur über Text, nicht wahr?), Sondern wie man es wieder findet. Das Problem ist, wie man es wieder findet, also muss eine Art Tagging / Search-Methode verwendet werden.
Ich behalte meine Code-Snippets in Code Collector Pro (für den Mac).
So ist es in keinem Projekt, aber ich kann es jederzeit wiederverwenden.
Haftungsausschluss: Ich bin nur ein zufriedener Kunde.
Wenn es eine erhebliche Menge ist (und im Allgemeinen nützlich ist), warum nicht betrachten Open Sourcing es? Ich mag die Idee des Recyclings.
Seit ich vor zwei Jahren bei meinem jetzigen Arbeitgeber angefangen habe, habe ich eine ziemlich große Sammlung von Utility-Code erstellt. Es ist in mehrere Kategorien unterteilt und wird in mehreren Projekten verwendet. Code, den ich erstelle, den ich nicht sofort brauche, geht hinein und geht in den Ruhezustand, bis er benutzt wird (oder für immer, je nachdem, was früher ist).
System mit weniger Code ist besser Ihr kommentierter Code wird sowieso nichts nützen, wenn Sie ihn (später) auskommentieren. Die Umgebung, in der der Code in Ordnung war, kann geändert werden oder gefährlicher - einige kleine unsichtbare Teile, die mit neuer Geschäftslogik geliefert wurden, könnten geändert werden.
alter Code ist eine perfekte Gelegenheit, neue Bugs einzuführen. Das Auskommentieren von altem Code ist das gleiche wie das Programmieren durch Raten (schau ma, es funktioniert!), was per Definition böse ist.
Der tote Code wird nicht mehr beibehalten. Wenn Sie es wieder benötigen, müssen Sie Zeit investieren, um es wieder in Gang zu bringen. Wenn es wirklich nützlich ist und Sie sich immer noch daran erinnern können, können Sie immer über Ihre Versionskontrolle erreichen.
Bei der Arbeit haben einige Leute Code, der vor 4 Jahren auskommentiert wurde und 70% der Quelldatei enthält. Lass es einfach gehen
Viele Vorschläge in Wie Code zu löschen , aber ich halte eine einfache Textdatei, die ich gelegentlich getestet, aber nicht verwendet Funktionen, die eines Tages nützlich sein könnten. Ich kann es nicht ertragen, sie komplett wegzuwerfen, aber andererseits brauchte ich auch nie wieder zu einem von ihnen zurückzukehren.
Eine weitere Regel über solche Dateien / Sammlungen von Code-Schnipsel: Nur einen, an einer Stelle.
Ich habe eine Klassendatei in einer Kopie meines Projekts, in der ich nützliche unbenutzte Funktionen aufbewahre.
Ein anderer Weg: Da wir unser Projekt im SVN-Repository behalten, wenn ich meine nützliche Funktion ersetze, habe ich immer eine Dat-Funktion in meinen Protokolldateien, damit ich jederzeit darauf zugreifen kann.
Open Source es! Wenn es dir nicht nützlich ist, wird es vielleicht für jemand anderen nützlich sein.
Das übliche Argument dagegen ist, dass die Firma Sie nicht dafür bezahlt, kostenlosen Code zu schreiben, aber dann haben sie Sie gegen eine instabile Architektur gearbeitet, so dass sie ohnehin nicht von Ihrem Code profitieren.
>