Das wurde mir nie beigebracht. Ich habe viele verschiedene Arten von Autorenstilen gesehen. Ich programmiere hauptsächlich in Java und Python. Ich habe mich gefragt, ob es einen Standard-Authoring-Stil gibt oder ob alles Freestyle ist. Auch wenn Sie antworten, würde es Ihnen etwas ausmachen, den Stil, den Sie verwenden, um Dateien zu erstellen, die Sie zu Hause oder bei der Arbeit erstellen, anzuhängen.
Ich gehe normalerweise einfach
@author garbagecollector
@company garbage inc.
programming-practices
Staubprogrammierer
quelle
quelle
Antworten:
Nicht ganz sicher, was Sie fragen, aber ich benutze einen sehr strengen Stil:
Der Stil ist von Assembler-Programmierern inspiriert.
Ich setze dies oben auf die Seiten, die ich für "Author" benötige, unabhängig davon, ob es sich um eine Klasse, eine Textdatei oder eine gespeicherte SQL-Prozedur handelt.
quelle
Warum würdest du? das ist die aufgabe des versionierungssystems und "schuld" :)
quelle
Wir machen kein Authoring in meiner Firma. Stattdessen lassen wir unsere Versionskontrolle damit umgehen.
Jedes Mal, wenn Sie einchecken, wird Ihr Benutzername an die Änderungsliste angehängt. Wenn etwas kaputt ist, kann sich jemand die Änderungshistorie ansehen, um zu sehen, was sich wann geändert hat und wer es getan hat. Es ist auch eine gute Sache, das Revisionsdiagramm zu betrachten, um zu sehen, wie sich eine Datei im Laufe der Zeit entwickelt hat, wer sie berührt hat, welche Projekte davon abgezweigt sind.
Das Problem beim Platzieren eines Autorentags in einer Klasse ist, dass mit der Zeit wahrscheinlich mehr als ein Entwickler an dieser Klasse arbeiten wird. Aktualisierungen und dergleichen. Es ist ein zusätzlicher Schritt, um diesen Autorenkommentar zu aktualisieren, und besonders kleine Schritte werden häufig vergessen. Dadurch wird es schnell veraltet.
quelle
Das mache ich überhaupt nicht. Ich denke, bei der Arbeit haben wir eine Vorlage, die mit dem Firmennamen und der Benutzer-ID der Person, die die Datei zuletzt geändert hat, in die Dateien eingefügt wird, aber das beachte ich nie.
Im Allgemeinen denke ich nicht, dass es wirklich wichtig ist, wie Sie es tun. Wenn Sie Ihre Dateien vom Autor stempeln möchten, wählen Sie einfach einen konsistenten Stil und gehen Sie damit um.
quelle
JavaDoc ist in der Java-Community weit verbreitet:
http://download.oracle.com/javase/1.3/docs/tooldocs/win32/javadoc.html#@author
quelle
Ich denke, das bleibt am besten dem Versionskontrollsystem überlassen.
quelle
Ich mag die Schuld- Funktion in GIT. Sie können sehen, wer die einzelnen Teile / Codezeilen verfasst hat. Nicht nur eine Datei.
quelle
Wenn Sie an einem großen Projekt mit vielen Mitwirkenden arbeiten, funktioniert es einfach nicht, jede Datei mit einer Autorenliste zu versehen. Was machen Sie mit der Autorenliste, wenn Sie eine Datei in mehrere kleinere Dateien aufteilen? Behalten Sie den ursprünglichen Namen des Autors, wenn Sie den Code vollständig umschreiben? Fügen Sie Ihren Namen zur Liste der Autoren hinzu, wenn Sie einen Tippfehler im Kommentar korrigieren?
Diese Fragen sollten besser dem Versionskontrollsystem überlassen werden.
Ich bin aber nicht ganz gegen Autorenliste. Eine Autorenliste für das gesamte Projekt zu führen, ist absolut sinnvoll. Wenn es sich um ein Projekt mit nur einer Datei handelt, bewahren Sie es in genau dieser Datei auf. Wenn es sich um ein größeres Projekt handelt, speichern Sie es in der README-Datei oder in Ihrer Quelldatei der obersten Ebene (aka main.c). Aber wiederholen Sie sich nicht, indem Sie die Autoren in jeder einzelnen Datei angeben.
quelle
Wir behalten den Überblick über das Versionskontrollsystem oder indem wir
@author
den Code eingeben. Eine andere Möglichkeit besteht darin, allgemeiner zu sagen, dass bestimmte Personen Autoren für ganze Module oder für das gesamte Programm waren. Das ermutigt die Leute, sich als Teil eines Teams zu sehen, anstatt als Zahnrad in der Maschine, die für genau die X-Anzahl von Funktionen oder Codezeilen verantwortlich ist.quelle
Ich benutze Doxygen- Kommentare (oder manchmal KernelDoc-Kommentare) für so ziemlich alles. Ich arbeite hauptsächlich in C und PHP, wo Doxygen sehr beliebt ist.
In den meisten Fällen ist es hilfreich, mindestens die folgenden Informationen anzugeben:
Das sollte jedem helfen, der gerade an der Datei arbeitet, zu wissen, was er hat, was er damit machen kann und wen er um Hilfe bitten kann, wenn er sie benötigt. Es sagt ihnen auch, ob sie etwas 10 Jahre altes anschauen.
quelle
Ich persönlich mache das nicht, weil es zusätzliche Dokumentation gibt, die, wie andere sagten, in der Versionskontrolle ist. Aber wenn ich eine Art Kung-Fu-Code-Snippit machen würde, wäre ich wahrscheinlich dazu geneigt, alles zu verwenden, was meine IDE automatisch generieren konnte.
Wenn ich beispielsweise in Delphi 7 mit diesen hilfreichen installierten CNTools arbeite, gebe ich Folgendes ein
und raus kommt
dann tippe ich
und raus kommt
Ich könnte mir vorstellen, dass dies etwas entspricht, das ein Drittanbieter-Dienstprogramm aufgreifen kann, aber für mich - ich habe einen Standard, den ich nicht einmal erfinden und selbst korrumpieren musste.
quelle