Was mit nicht benutzt, nützlich, den Code zu tun? [geschlossen]
https://stackoverflow.com/questions/352234
-
20-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Sie, wenn Sie den ganzen Tag immer eine Funktion genau richtig zu arbeiten, aber dann führt eine Architektur Änderung die Funktion nicht mehr verwendet werden? Aber Sie wissen, dass der Code nützlich ist genug, dass, wenn die Architektur immer wieder schwankt, wird diese Funktion wieder nützlich sein?
Es scheint falsch die Funktion zu löschen, bevor Sie in die Prüfung zu tun, aber dann wieder dauert es Raum als nicht genutzte Funktion, wenn Sie checken es.
Lösung
Ich halte eine Aufzeichnung aller nützlichen Code in einer Offline-Code-Snippet-Datenbank.
Geben Sie ihn nicht in - das zentrale Repository ist ein Ort nur für die Bearbeitung von Code, der in der Anwendung verwendet wird
.Andere Tipps
Als Antwort bitte diese kurze Geschichte betrachten:
Der tote Code Collector: Bringen Sie yer toten Code aus
.Der Mann mit totem Code:. Hier ist ein
Der tote Code Collector. Das wird sein ninepence
Die Toten Code: Ich bin nicht tot Code
.Der tote Code Collector: Was
Der Mann mit totem Code: Nichts. Es ist Ihre ninepence.
Die Toten Code: Ich bin nicht tot Code
.Der tote Code Collector: ‚Eh, er sagt, er ist nicht tot Code
.Der Mann mit totem Code:. Ja, er ist
Die Toten Code: Ich bin nicht
.Der tote Code Collector. Er ist nicht
Der Mann mit totem Code:. Nun, er wird bald sein, er ist sehr krank
Die Toten Code:. Ich bin immer besser
Der Mann mit totem Code:. Nein, du bist nicht, werden Sie mausetot Code in einem Moment sein
Der tote Code Collector: Nun, ich kann ihn so nicht nehmen. Es ist gegen die Vorschriften.
Die Tote Code: Ich will nicht auf dem Wagen gehen
.Der Mann mit totem Code:. Oh, seien Sie nicht so ein Baby
Der tote Code Collector: Ich kann ihn nicht nehmen
.Die Toten Code:. Ich fühle mich gut
Der Mann mit totem Code: Oh, tu mir einen Gefallen
.Der tote Code Collector. Ich kann nicht
Der Mann mit totem Code: Nun, können Sie sich für ein paar Minuten herumhängen? Er wird nicht lange dauern.
Der tote Code Collector: Ich versprochen, dass ich bei den Robinsons sein würde. Sie haben verloren neun heute.
Der Mann mit totem Code: Nun, wenn Du nächste Runde
Der tote Code Collector. Donnerstag
Der tote Code: Ich glaube, ich spazieren gehen werde
.Der Mann mit totem Code: Sie sind nicht täuschen niemand, den Sie kennen. Gibt es nicht alles, was Sie tun können?
Die Toten Code: Ich fühle mich glücklich. Ich fühle mich glücklich.
[der tote Code Collector wirft einen Blick nach oben und unten an der Straße verstohlen, zum Schweigen bringt dann den toten Code mit seinem einem Schlag seines Ctrl-X]
Der Mann mit totem Code: Ah, ich danke Ihnen sehr.
Nicht verwendeter Code ist nicht sinnvoll, per Definition. Denken Sie immer daran YAGNI . In 99% der Fälle sollten Sie es, weil durch das nächste Mal löschen könnte nützlich sein, wäre es wahrscheinlich schneller sein, es wieder zu tun (Sie nur einen Tag dafür ausgegeben).
In seltenen Fällen, in denen es "cool" Sie es in einer Snippet-Datenbank speichern können.
Ich würde es auf jeden Fall löschen. Sie können es an einem besonderen Ort setzen die Mitglieder des Projektes sehen können, aber es aus dem Projekt. Es macht die Wartung schwierig, wenn Entwickler können nicht herausfinden, warum eine bestimmte Funktion es ist, wenn es nicht genannt zu werden.
In diesem Fall Ich benutze immer ein WIKI , wo das Stück Software beschrieben. Eine gut beschriftet subitem und gute Beschreibung , um diese Funktion tut es dann.
Meiner Meinung nach ist es nicht immer sinnvoll, diese ganze Funktion wieder zu verwenden, aber schön, funktionierender Code zu suchen, die einst Sinn machen.
Sie den Code löschen. Schreiben Sie einen guten Check-in Kommentar, der erklärt, was Sie gelöscht und warum. Dies sollte klar genug sein, so dass jemand, der laters für diese Datei eine Geschichte Befehl ausführt wird verstehen, und können Ihre Funktion aus der Versionsverwaltung Repository abgerufen werden.
Überprüfen Sie es in, mit einem Kommentar (in Code und Check-in) sagen, Sie sind dabei, es zu löschen.
löschen Dann ist es und Check-in der Änderung sofort, mit einem Check-in Kommentar zu erklären, warum.
Auf diese Weise muß nicht cruft in Ihrer Code-Basis, aber Sie haben eine permanente Aufzeichnung des Codes bekommen.
Überprüfen Sie es in und kommentieren Sie es heraus. Die Kosten im Raum IMHO, ist auch die Zeit wert Sie sich auf immer es ausgegeben (und kann wieder verbringen sollte der Wind ändern). Vielleicht können Sie es einchecken als Teil einer „Kleinkram“ Datei, so dass es nicht Ihren aktiven Code nicht unübersichtlich.
Löschen Sie es mit Freude.
-Code ist eine statische Versprechen gegen Anforderungen in einer dynamischen Welt zu verändern.
heute Mein Punkt ist, dass, wenn wir Code-Zeilen zählen wollen, sollten wir sie nicht als „Linien erzeugt“ betrachten, sondern als „Linien ausgegeben“: die aktuelle konventionelle Weisheit so dumm ist wie die zählen auf der falschen Buchung Seite der Bilanz.
Hier können Sie Ihren Code: http://snipplr.com/ http://refactormycode.com/
andere Menschen Raten lassen und es vielleicht verwenden:)
Denken Sie es in was auch immer Schnipsel Sammler Sie für sich selbst entwickelt haben oder in Ihrem System zur Verfügung. Das Problem ist nicht‘so viel, wo es zu setzen (meistens sind wir nur Text zu sprechen, nicht wahr?), Aber, wie es wieder zu finden. Die Frage ist, wie es wieder zu finden, so eine Art von Tagging / Suchverfahren verwendet werden muss.
Ich halte meinen Code-Schnipsel in -Code Collector Pro (für Mac).
Auf diese Weise ist es nicht in jedem Projekt, aber ich kann es wieder verwenden, wenn ich muss.
Disclaimer: Ich bin nur ein zufriedener Kunde
.Wenn sie eine beträchtliche Menge (und im Allgemeinen nützlich ist sowieso), warum nicht Open Sourcing es? Ich mag die Idee des Recyclings.
Toter Code wird nicht mehr gepflegt wird. Wenn Sie es wieder benötigen, müssen Sie Zeit verbringen, um es wieder zu arbeiten zu bekommen. Wenn es wirklich nützlich ist, und man kann darüber noch daran erinnern, können Sie immer über Ihre Versionskontrolle erhalten.
Bei der Arbeit haben einige Leute Code, der vor 4 Jahren Kommentar gesetzt wurde, 70% der Quelldatei enthält. Lassen Sie einfach es gehen
Da ich in meinem derzeitigen Arbeitgeber zu arbeiten begann etwa zwei Jahren habe ich erstellt eine ziemlich große Sammlung von Utility-Code. Es ist unterteilt in verschiedene Kategorien und in verschiedenen Projekten eingesetzt. Code, die ich schaffen, dass ich geht dort nicht sofort benötigen und überwintert, bis es verwendet wird (oder für immer, je nachdem, was früher ist).
Open Source it! Wenn es Ihnen nicht sinnvoll ist, vielleicht wird es für jemand anderen nützlich sein.
Das übliche Argument dagegen ist, dass das Unternehmen nicht zahlen Sie frei, Code zu schreiben, aber dann haben sie sie gegen eine instabile Architektur arbeiten, so dass sie nicht in den Genuss des Codes sowieso bekommen.
Ich habe eine Klasse-Datei in einer Kopie von meinem Projekt, in dem ich nützliche Funktionen ungenutzt bleiben zu speichern.
Ein andere Art und Weise. Da wir unser Projekt in SVN-Repository halten, so, wenn ich meine nützliche Funktion ersetzen ich habe immer dat Funktion in meinen Log-Dateien, so dass ich es jederzeit in der Zukunft zugreifen
System mit weniger Code ist besser, ein Ihr kommentierten Code nicht von Nutzen sein wird sowieso, wenn (falls) Sie es Kommentar- später. die ganze Umgebung der Code in Ordnung zu sein, die in oder mehr gefährlich verändert werden kann - einiger kleinen unsichtbaren Teil, der mit neuer Business-Logik kam könnte geändert werden.
alter Code ist eine perfekte Gelegenheit, neue Fehler einzuführen. Auskommentierung alter Code ist das gleiche wie die Programmierung durch Erraten (Look ma, es funktioniert!), die per Definition schlecht ist.
Viele Vorschläge in So löschen-Code aber ich halte eine einfache Textdatei, die ich Dump occassional getestet, aber nicht genutzte Funktionen, die sich als nützlich eines Tages kommen könnte. Ich kann es nicht ertragen, sie vollständig wegzuwerfen, aber dann wieder habe ich nie zu einem von ihnen gehen muß entweder zu unterstützen.
Eine weitere Regel über solche Dateien / Sammlungen von Code-Schnipsel. Nur einen hat, an einem Ort
