App installieren
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Anmerkung: This feature may not be available in some browsers.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Kommentare
- Ersteller mj
- Erstellt am
mj
Technische Administration, Dinosaurier, ,
- Mitglied seit
- 17.10.2000
- Beiträge
- 19.529
- Renomée
- 272
- Standort
- Austin, TX
- Mein Laptop
- 2,4kg schwer
- Prozessor
- eckig... glaub ich
- Mainboard
- quadratisch, praktisch, gut
- Kühlung
- kühler?
- Speicher
- ja
- Grafikprozessor
- auch
- Display
- viel bunt
- HDD
- ist drin
- Optisches Laufwerk
- ist auch drin (irgendwo)
- Soundkarte
- tut manchmal tuuut
- Gehäuse
- mit aufkleber!
- Netzteil
- so mit kabel und so... voll toll
- Betriebssystem
- das eine da das wo dingenskirchen halt, nech?
- Webbrowser
- so ein teil da... so grün und so
- Verschiedenes
- nunu!
Ich wollte mal nachfragen, wie ihr zu Kommentaren steht. Ich hab mir leider angewöhnt, quasi völlig auf Kommentare zu verzichten. Leider hab ich manchmal das Problem, dass ich meinen Code ansehe und wie'n Auto vor'm Wald stehe... aber ich rede hier nicht nach einigen Wochen sondern am nächsten Morgen. Ist schon oft genug passiert, dass ich in der früh aufwache, einen Blick auf meinen Programmcode von letzter Nacht werfe das einzige was mir einfällt ist "WTF!!??"
In der Regel verbringe ich die erste halbe Stunde eines Programmiertages damit, den Code von gestern Nacht zu verstehen... Wie handhabt ihr das? Schreibt ihr Kommentare? Ich hab's versucht aber festgestellt, dass ich am Ende noch viel verwirrter war weil dann meine Kommentare so ausgesehen haben:
// wird eingelesen
// wird ausgegeben
// ist trivial
Und so weiter, ich weiß da nie was ich schreiben soll Meine Meinung ist ja, "I don't comment - what was hard to write has got to be hard to read"
In der Regel verbringe ich die erste halbe Stunde eines Programmiertages damit, den Code von gestern Nacht zu verstehen... Wie handhabt ihr das? Schreibt ihr Kommentare? Ich hab's versucht aber festgestellt, dass ich am Ende noch viel verwirrter war weil dann meine Kommentare so ausgesehen haben:
// wird eingelesen
// wird ausgegeben
// ist trivial
Und so weiter, ich weiß da nie was ich schreiben soll Meine Meinung ist ja, "I don't comment - what was hard to write has got to be hard to read"
Ray
Grand Admiral Special
- Mitglied seit
- 11.11.2001
- Beiträge
- 3.141
- Renomée
- 20
- Standort
- An der Spree
- Mein Laptop
- Kein Notbuch
- Prozessor
- Intel Core2Quad Q9650@3.8, AMD Ryzen 9 under test
- Mainboard
- DFI LANPARTY LT X48-T2R + MIPS DFI LANparty P35/X38/X48 Series Freezer Set Nickel
- Kühlung
- EK-Supreme
- Speicher
- 4 x 2 GB OCZ PC2 8500 C5 Reaper@500
- Grafikprozessor
- XFX 8800 GTS(G92) 512 + EK-FC8800 GT/GTS(g92)
- Display
- TFT HP w2408h, 1920x1200
- SSD
- Samsung 840 Pro 256 GB
- HDD
- 2 x WD Black 1TB
- Optisches Laufwerk
- Samsung SH-D163A, Samsung SH-S183A
- Soundkarte
- Creative X-FI Xtreme Gamer Fatality Pro
- Gehäuse
- Modified Lian Li PC201B
- Netzteil
- Seasonic S12 550W
- Betriebssystem
- Win7U-64
- Webbrowser
- FireFox
- Verschiedenes
- Thermochill PA120.3 Triple Radiator , Liang DDC , 11 years old mainboard, still running!
Gute Quellcodekommentierung ist das A und O beim SW Entwickeln (ebenfalls die Spezifikation VOR dem codieren).
Das fängt damit an, daß man (z.B. in C) vernünftige Funktionsheader benützt, welche neben der Nutzung der Parameter, sofern vorhanden, in wenigen Sätzen beschreibt, was die Funktion macht und auf eventuelle Besonderheiten (Sideeffects, globale Variablen) hinweist. Wenn der Funktionscode dann relativ kurz ist, braucht man dann oft nicht weiter kommentieren.
Undurchsichtig wird es meist, wenn man krampfhaft versucht, Zeile für Zeile neben dem Code zu kommentieren. Besser ist es, einen Kommentarblock zur Beschreibung des nachfolgenden Codeblocks zu benutzen.
Wer im Team arbeitet, tut gut daran, seinen Code mit 1-3 anderen Leuten zu reviewen.
Ciao,
Ray
Das fängt damit an, daß man (z.B. in C) vernünftige Funktionsheader benützt, welche neben der Nutzung der Parameter, sofern vorhanden, in wenigen Sätzen beschreibt, was die Funktion macht und auf eventuelle Besonderheiten (Sideeffects, globale Variablen) hinweist. Wenn der Funktionscode dann relativ kurz ist, braucht man dann oft nicht weiter kommentieren.
Undurchsichtig wird es meist, wenn man krampfhaft versucht, Zeile für Zeile neben dem Code zu kommentieren. Besser ist es, einen Kommentarblock zur Beschreibung des nachfolgenden Codeblocks zu benutzen.
Wer im Team arbeitet, tut gut daran, seinen Code mit 1-3 anderen Leuten zu reviewen.
Ciao,
Ray
sniper.de
Grand Admiral Special
ich programmiere bzw. skripte zwar nur in PHP, aber dennoch sind Kommentare auch für mich unablässig.
ich schreibe dann z.b. bei bestimmten Datenbankabfragen im Zusammenhang mit IF oder ELSE Strukturen einfach mal dezent hin, was denn da so passieren soll.
So weiss ich am nächtsen morgen noch genau, was wie wo zustande kommt
ich schreibe dann z.b. bei bestimmten Datenbankabfragen im Zusammenhang mit IF oder ELSE Strukturen einfach mal dezent hin, was denn da so passieren soll.
So weiss ich am nächtsen morgen noch genau, was wie wo zustande kommt
Inzwischen kommentiere ich je nach Komplexität vom Code. Bei einfachen Sachen lass ich die Kommentare einfach weg, bei komplexen Sachen mach ich das ziemlich ausführlich. Dabei schreib ich aber immer in Englisch, und lasse weg was man nur weglassen kann. Manchmal nehm ich in meinem Kommentaren öfters "->" als im eigentlichen Code
So sieht zb. ein kleiner Codefetzen aus:
Soviel Kommentare setze ich im Schnitt, aber die Sprache ist hier noch deutlich ausformulierter als sonst
Bisher konnte ich aber immer noch durch meinen Code durchblicken, hab mir angewöhnt vor jede Funktion 2 Zeilen Kommentar zu setzen wofür das ganze eigentlich gut sein soll.
EDIT:
Hier gehts schon etwas interessanter zu
Manchmal neige ich auch dazu in Pseudo-Code zu kommentieren (den versteh dann natürlich nur ich )
So sieht zb. ein kleiner Codefetzen aus:
PHP:
// Temp Stuff
int i,j,k;
// Counters and CountPtr
int cnt_ptr;
int *cnt=malloc(sizeof(int)*list_len);
// Calc Number of Combinations
int obj_count=n_over_k(pool_size+list_len-1,list_len);
// Collect a list of Objects to sum
int **sum_obj=malloc(sizeof(int)*obj_count);
for(i=0;i<obj_count;i++) sum_obj[i]=malloc(sizeof(int)*list_len);
int sum_ptr=0;
// pipe info
char *pipe_info=malloc(sizeof(char)*obj_count);
char *pipe=malloc(sizeof(char)*list_len);
int pipebreak;
pipe[0]=24; // Init Pipe to invalid
Soviel Kommentare setze ich im Schnitt, aber die Sprache ist hier noch deutlich ausformulierter als sonst
Bisher konnte ich aber immer noch durch meinen Code durchblicken, hab mir angewöhnt vor jede Funktion 2 Zeilen Kommentar zu setzen wofür das ganze eigentlich gut sein soll.
EDIT:
Hier gehts schon etwas interessanter zu
PHP:
// compute bitposition in prime_mat entry
int32u bitpos;
bitpos=prime_mod_tab1[number&0xFF]+prime_mod_tab2[(number&0xFF00)>>8]+prime_mod_tab2[(number&0xFF0000)>>16]+prime_mod_tab2[number>>24];
// bailout if excluded by hardwired primes (could be removed?)
if(prime_bit_sel[bitpos]==10) return PRIMECHK_NO_PRIME;
// compute bytepos
int32u bytepos; // the byte in prime_mat
bytepos=number/30;
// read data for that value out of prime_mat
int32u bitsel; // specs the absolute bit in given byte
int8u bitmask; // specs the bitmask to easy access prime_mat
int8u valdata; // dataset in prime_mat
Manchmal neige ich auch dazu in Pseudo-Code zu kommentieren (den versteh dann natürlich nur ich )
Zuletzt bearbeitet:
skyphab
Grand Admiral Special
- Mitglied seit
- 11.11.2001
- Beiträge
- 13.832
- Renomée
- 86
- Standort
- 8002 Zürich
- Mein Laptop
- MacBook Air 11.6" Intel i7 2ghz, 8gb Ram, 256GB SSD
- Prozessor
- iMac Intel Core i7 2.8Ghz
- Speicher
- 16 GB
- Grafikprozessor
- ATI Radeon HD 4850
- Display
- 27", 2560 x 1440
- HDD
- 1 TB
- Betriebssystem
- Mac OS X
da ich zur zeit mit delphi werkle, mach ich im vorneherein uml-diagramme als konzept und kommentiere dann den quelltext entsprechend:
Code:
{*------------------------------------------------------------------------------
Hochkomplexe mathematische Prozedur zur Erhöhung der Chargennummer um 1.
-------------------------------------------------------------------------------}
procedure TGiessofen.Charge_Erhoehen();
begin
inc(Charge);
Charge_Ausgeben();
end;
sniper.de
Grand Admiral Special
ein gutes Kommentieren im Quelltext ist eben unablässig
Also D'Espice, geb dir nen Ruck und "lerne" kommentieren
Also D'Espice, geb dir nen Ruck und "lerne" kommentieren
- Mitglied seit
- 16.11.2001
- Beiträge
- 21.665
- Renomée
- 1.249
- Standort
- München
- Aktuelle Projekte
- World Community Grid
- Lieblingsprojekt
- Folding@Home
- Meine Systeme
- AMD Ryzen 9 5950X
- BOINC-Statistiken
- Folding@Home-Statistiken
- Prozessor
- AMD Ryzen 9 5950X
- Mainboard
- ASUS TUF Gaming X570-Pro [WI-FI]
- Kühlung
- be quiet! Shadow Rock 3
- Speicher
- 4x 16GB DDR4-3200 Corsair Vengeance LPX
- Grafikprozessor
- ASRock Radeon RX 550 Phantom Gaming Aktiv 2GB
- Display
- LG 27UL850-W, 27"
- SSD
- Samsung 980 PRO 2TB, Samsung 840 EVO 500GB
- HDD
- Seagate Barracuda 7200.14 3TB SATA3
- Optisches Laufwerk
- Samsung SH-S183A SATA schwarz (im externen Gehäuse)
- Gehäuse
- be quiet! Silent Base 802 schwarz
- Netzteil
- be quiet! Straight Power 11 Platinum 550W
- Tastatur
- Logitech G613 Lightspeed
- Maus
- Logitech M510
- Betriebssystem
- Ubuntu Linux 22.04
- Webbrowser
- Vivaldi
- Internetanbindung
-
▼100 MBit
▲40 MBit
Wie stark ich kommentiere, hängt bei mir ganz von der Tagesform ab. Es passiert leider recht häufig, dass ich etwas einfach nur fertig haben will und dann auf die Kommentare gänzlich verzichte. Hin und wieder kommentiere ich meinen Code aber nachträglich noch.
PuckPoltergeist
Grand Admiral Special
In den Kommentaren soll ja auch nicht stehen, wie eine Funktion oder ein bestimmter Programmabschnitt etwas macht (das sollte der Code schon hergeben), sondern was die Aufgabe ist.
Dizzy_Ti
Vice Admiral Special
Also ich kommentiere meinen Quellcode immer erst nachträglich, damit ich am nächsten Tag sofort weiss, was ich mir gedacht habe.Ich kommentiere nur Stellen, die nicht klar ersichtlich sind, warum ich etwas so programmiert habe.Vor jeder Methode schreib ich genau auf, was sie leisten soll.
mj
Technische Administration, Dinosaurier, ,
- Mitglied seit
- 17.10.2000
- Beiträge
- 19.529
- Renomée
- 272
- Standort
- Austin, TX
- Mein Laptop
- 2,4kg schwer
- Prozessor
- eckig... glaub ich
- Mainboard
- quadratisch, praktisch, gut
- Kühlung
- kühler?
- Speicher
- ja
- Grafikprozessor
- auch
- Display
- viel bunt
- HDD
- ist drin
- Optisches Laufwerk
- ist auch drin (irgendwo)
- Soundkarte
- tut manchmal tuuut
- Gehäuse
- mit aufkleber!
- Netzteil
- so mit kabel und so... voll toll
- Betriebssystem
- das eine da das wo dingenskirchen halt, nech?
- Webbrowser
- so ein teil da... so grün und so
- Verschiedenes
- nunu!
Naja, die Aufgabe kann ich immer aus den Namen meiner Funktionen ersehen. Ich benutze da immer so vielsagende Namen wie addNewUser, replaceExisting, deleteExisting, getSeek, getOffset, etc.
Was die Aufgabe meiner Funktionen/Methoden/Klassen ist weiß ich eigentlich immer, ich zweifle früh morgens nur immer wieder an meinem Verstand warum sie das grade SO macht und nicht anders.
Was die Aufgabe meiner Funktionen/Methoden/Klassen ist weiß ich eigentlich immer, ich zweifle früh morgens nur immer wieder an meinem Verstand warum sie das grade SO macht und nicht anders.
Code:{*------------------------------------------------------------------------------ Hochkomplexe mathematische Prozedur zur Erhöhung der Chargennummer um 1. -------------------------------------------------------------------------------}
Code:
// inc chargenum
würde da bei mir wohl stehen.
Wie habt ihr es eigentlich mit der Namensgebung (ok, die Delphianer betrifft das eher weniger)?
Ich habs mir angewöhnt Funktionen immer klein und Klasse immer groß zu schreiben.
Dizzy_Ti
Vice Admiral Special
Ich hab mir angewöhnt beides klein zu schreiben, nur Structs schreibe ich gross.
Wie greift ihr eigentlich auf Klassenvariablen zu?
Ich nehme normalerweise immer this->, damit ich direkt sehe, dass dies eine Klassenvariable ist.
Wie greift ihr eigentlich auf Klassenvariablen zu?
Ich nehme normalerweise immer this->, damit ich direkt sehe, dass dies eine Klassenvariable ist.
Klassenvariable?
Na in C ist das ganz einfach. Entweder hast du direkt eine Klasse erstellt, oder einen Zeiger auf eine Klasse.
Also auf
greifst du mit a.[xyz] zu, auf
greifst du mit a->[xyz] zu. Alternativ geht auch (*a).[xyz]
Tja, in C ist das eben alles eindeutig geregelt
Na in C ist das ganz einfach. Entweder hast du direkt eine Klasse erstellt, oder einen Zeiger auf eine Klasse.
Also auf
Code:
string a;
Code:
string *a=new string();
Tja, in C ist das eben alles eindeutig geregelt
Dizzy_Ti
Vice Admiral Special
Ich hab eigentlich folgende Situation gemeint:
Welche Variante nehmt ihr von den beiden?
EDIT:
Aus zugreif zugrief Zugriff gemacht.
Code:
.h
class bestellung
{
privat:
int anzahl;
String Bestellung;
public:
void sendbestellung();
}
.cpp
void bestellung::sendbestellung()
{
// Entweder Zugriff auf anzahl mit anzahl=0; oder this->anzahl=0;
}
EDIT:
Aus zugreif zugrief Zugriff gemacht.
Zuletzt bearbeitet:
- Mitglied seit
- 16.11.2001
- Beiträge
- 21.665
- Renomée
- 1.249
- Standort
- München
- Aktuelle Projekte
- World Community Grid
- Lieblingsprojekt
- Folding@Home
- Meine Systeme
- AMD Ryzen 9 5950X
- BOINC-Statistiken
- Folding@Home-Statistiken
- Prozessor
- AMD Ryzen 9 5950X
- Mainboard
- ASUS TUF Gaming X570-Pro [WI-FI]
- Kühlung
- be quiet! Shadow Rock 3
- Speicher
- 4x 16GB DDR4-3200 Corsair Vengeance LPX
- Grafikprozessor
- ASRock Radeon RX 550 Phantom Gaming Aktiv 2GB
- Display
- LG 27UL850-W, 27"
- SSD
- Samsung 980 PRO 2TB, Samsung 840 EVO 500GB
- HDD
- Seagate Barracuda 7200.14 3TB SATA3
- Optisches Laufwerk
- Samsung SH-S183A SATA schwarz (im externen Gehäuse)
- Gehäuse
- be quiet! Silent Base 802 schwarz
- Netzteil
- be quiet! Straight Power 11 Platinum 550W
- Tastatur
- Logitech G613 Lightspeed
- Maus
- Logitech M510
- Betriebssystem
- Ubuntu Linux 22.04
- Webbrowser
- Vivaldi
- Internetanbindung
-
▼100 MBit
▲40 MBit
Die hier:
Code:
.h
class bestellung
{
privat:
int m_anzahl;
String m_Bestellung;
public:
void sendbestellung();
}
.cpp
void bestellung::sendbestellung()
{
m_anzahl=0;
}
Da mach ich kein this-> davon - wieso auch? Ich kann doch sowieso nur auf lokale, private oder public Variablen der Klasse zugreifen (bzw. greife ich nur auf diese Variablen zu)!?
Also wenn ich dann auf irgendwas nicht-lokales zugreife (idR halte ich die Routinen in den Klassen sehr überschaubar und mach lieber noch 2 Private Funktionen dazu) muss es ja eine Variable der Klasse sein
Also wenn ich dann auf irgendwas nicht-lokales zugreife (idR halte ich die Routinen in den Klassen sehr überschaubar und mach lieber noch 2 Private Funktionen dazu) muss es ja eine Variable der Klasse sein
Dizzy_Ti
Vice Admiral Special
Ich nutzte das this-> ganz gerne, weil der Borland c++ Builder mir direkt dann alle Klassenvariablen anzeigt und ich bei längeren Namen so Zeit sparen kann, weil ich diese nicht ausschreiben muss.Original geschrieben von intel_hasser
Da mach ich kein this-> davon - wieso auch?
@TiKu
Die Variante ist nicht schlecht, die werde ich mir glaub ich auch angewöhnen.
StrgAltEntf
Admiral Special
Hmm ja, JavaDoc is eigentlich schon nicht schlecht, aber in der Regel ist ja aus den Methoden- und Parameter-Namen schon ersichtlich, was Sache ist, weshalb ich da oft etwas schreibfaul bin.
Ich kommentier eher im Code irgendwelche Abschnitte, wo nicht auf Anhieb erkennbar ist, was der Sinn der Sache ist bzw. was der Gedanke hinter bestimmten Code-Abschnitten war. "auf Anhieb erkennbar" ist hierbei natürlich immer etwas subjektiv und die Einschätzung kann sich beim späteren Angucken/Ändern schon mal ändern (und wird dann auch i.d.R. korrigiert)
Welche Rolle eine Klasse oder Methode im Gesamtkunstwerk spielt, sieht man eh besser an 'nem UML-Diagramm o.ä.
Ich kommentier eher im Code irgendwelche Abschnitte, wo nicht auf Anhieb erkennbar ist, was der Sinn der Sache ist bzw. was der Gedanke hinter bestimmten Code-Abschnitten war. "auf Anhieb erkennbar" ist hierbei natürlich immer etwas subjektiv und die Einschätzung kann sich beim späteren Angucken/Ändern schon mal ändern (und wird dann auch i.d.R. korrigiert)
Welche Rolle eine Klasse oder Methode im Gesamtkunstwerk spielt, sieht man eh besser an 'nem UML-Diagramm o.ä.
- Mitglied seit
- 16.11.2001
- Beiträge
- 21.665
- Renomée
- 1.249
- Standort
- München
- Aktuelle Projekte
- World Community Grid
- Lieblingsprojekt
- Folding@Home
- Meine Systeme
- AMD Ryzen 9 5950X
- BOINC-Statistiken
- Folding@Home-Statistiken
- Prozessor
- AMD Ryzen 9 5950X
- Mainboard
- ASUS TUF Gaming X570-Pro [WI-FI]
- Kühlung
- be quiet! Shadow Rock 3
- Speicher
- 4x 16GB DDR4-3200 Corsair Vengeance LPX
- Grafikprozessor
- ASRock Radeon RX 550 Phantom Gaming Aktiv 2GB
- Display
- LG 27UL850-W, 27"
- SSD
- Samsung 980 PRO 2TB, Samsung 840 EVO 500GB
- HDD
- Seagate Barracuda 7200.14 3TB SATA3
- Optisches Laufwerk
- Samsung SH-S183A SATA schwarz (im externen Gehäuse)
- Gehäuse
- be quiet! Silent Base 802 schwarz
- Netzteil
- be quiet! Straight Power 11 Platinum 550W
- Tastatur
- Logitech G613 Lightspeed
- Maus
- Logitech M510
- Betriebssystem
- Ubuntu Linux 22.04
- Webbrowser
- Vivaldi
- Internetanbindung
-
▼100 MBit
▲40 MBit
Javadoc, Doxygen usw. haben aber einen entscheidenden Vorteil (weswegen ich neuerdings auch Doxygen einsetze): Wenn man sich zu einer guten Kommentierung zwingt, hat man damit am Ende gleich noch ein brauchbares Handbuch bzw. eine ausführliche Übersicht über den Code.
mj
Technische Administration, Dinosaurier, ,
- Mitglied seit
- 17.10.2000
- Beiträge
- 19.529
- Renomée
- 272
- Standort
- Austin, TX
- Mein Laptop
- 2,4kg schwer
- Prozessor
- eckig... glaub ich
- Mainboard
- quadratisch, praktisch, gut
- Kühlung
- kühler?
- Speicher
- ja
- Grafikprozessor
- auch
- Display
- viel bunt
- HDD
- ist drin
- Optisches Laufwerk
- ist auch drin (irgendwo)
- Soundkarte
- tut manchmal tuuut
- Gehäuse
- mit aufkleber!
- Netzteil
- so mit kabel und so... voll toll
- Betriebssystem
- das eine da das wo dingenskirchen halt, nech?
- Webbrowser
- so ein teil da... so grün und so
- Verschiedenes
- nunu!
UML-Diagramme sind bei mir auch so eine Sache... die Dinge, die man an der Uni programmieren muss schafft man auch blind und ohne UML-Diagramme. Allerdings arbeite ich derzeit an einem etwas größeren Projekt und merke schon, wie mir langsam die Luft und Übersichtlichkeit ausgeht
PuckPoltergeist
Grand Admiral Special
Deshalb soll ja auch vor jedem Projekt ein Konzept her, was einem auch die Dokumentation unheimlich erleichtert.
Zuletzt bearbeitet:
Seemann
Admiral Special
- Mitglied seit
- 17.04.2002
- Beiträge
- 1.729
- Renomée
- 48
- Standort
- Langenhagen
- Mitglied der Planet 3DNow! Kavallerie!
- Prozessor
- AMD A6-3670K @3000MHz
- Mainboard
- Asus F1A75M-Pro
- Speicher
- 2x Corsair DDR3-1866 4096 MiByte
- Display
- Eizo L568 1280x1024
Ja, und vor allem vor dem Programmieren...Original geschrieben von PuckPoltergeist
Deshalb soll ja auch vor jedem Projekt ein Konzept her, was einem auch die Dokumentation unheimlich erleichtert.
Naja, zu Thema Kommentare:
* ja, unverzichtbar um den Sinn einiger Routinen zu verdeutlichen, das WIE erschließt sich meist aus dem Quellcode oder ist uninteressant, wichtiger ist oft das WARUM
* von JavaDoc u.ä. halte ich nicht viel, da: 1. umständlich zu handhaben, 2. bei guter Benamsung nicht nötig und 3. auch die Quellcodedateien enorm aufblähen (Unübersichtlichkeit)
* Verzicht auf Trivialkommentare. Ich hatte mal folgenden Fall: Eine Klasse war fast gar nioht kommentiert, es fanden sich aber etliche Kommentare folgender Art:
i++; // erhöhe i um Eins
Ähnliche Themen
- Antworten
- 0
- Aufrufe
- 142K
- Antworten
- 0
- Aufrufe
- 54K