Neuer Delphi Language Guide von Embarcadero

[himitsu]

man kann halt nur Kommentare unterschiedlichen Typs auskommentieren.

daß man Kommentare gleichen Typs, welche eine Endemarkierung haben, nicht verschachteln kann, sollte doch wohl klar sein.

PS: hab schon sowas gesehn
(*$include file.inc*) (und das mit sämtlichen Direktiven innerhalb verschiedener Projekte)

[Mithrandir]

Und dann gibt es Kommentarzeichen für eine Zeile
// für mehrere
{} und "Super-Kommentari!", der sie alle bekommt
(* *) Hätte man das bei Emba so geschrieben, hätte keiner ein Problem gehabt.

[Namenloser]

Die Formulierung, dass man auf diese Weise Kommentare verschachteln könne, stand auch schon vorher so in der OH. Sie ist ja auch soweit korrekt: Man kann damit eben genau einmal verschachteln - nirgends wird erwähnt, dass eine unendliche Verschachtelungstiefe möglich sei. Ich wüsste sowieso nicht wozu das gut sien sollte - mir hat die Lösung mit (* { } *) auch immer gereicht, und selbst das habe ich nur in schlimmen Fällen von Spaghetticode gebraucht. Aber ich glaube wir schweifen vom Thema ab

[alzaimar]

Leute: Ich kann allgemeingültig mit (* *) keinen Code auskommentieren, sondern muss immer schauen, ob er nicht schon solche Kommentare enthält. Also wozu dann dieser Hinweis? Für Blöde? Was soll also so eine Regel?
1. Verwendet {..} wenn der auszukommentierende Code (*-Kommentare enthält.
2. Verwendet (*..*) wenn der auszukommentierende Code {-Kommentare enthält.
3. Verwendet '//' in allen anderen Fällen und auch dann, wenn ihr keinen Bock habt, den auszukommenden Code erst zu analysieren.

Na dann hätte wohl der Hinweis #3 gereicht, oder? VC# und die C#-Guidelines von MS macht es doch vor.

Zudem steht weder (1) noch (2) bei Emba, sondern:

Zitat:

Comments that are alike cannot be nested. For instance, {{}} will not work, but (*{}*)will. This latter form is useful for commenting out sections of code that also contain comments.

Und das stimmt nu mal nicht, wie auch himitsu schon bemerkt hat.

[himitsu]

Zitat von alzaimar:

Nö. nicht klar. Andere Programmiersprachen können das. Nicht viele, aber trotzdem.
Außerdem geht es nicht darum, sondern um diesen ziemlich sinnfreien Tipp mit dem Auskommentieren.

(* man kann dann wohl kein { oder (* in einem Kommentar verwenden, ohne daß es Probleme gibt? *) OK, aber sinnfrei isses dennoch.


Gut, {} zum Auskommentieren großer Blöcke macht sich eh nicht gut ... vorallem wenn der Code nur so mit Compilerdirektiven vollgestopft ist.

[Mithrandir]

Is' doch gut jetzt.

[Medium]

Schmuck ist das ja bei LUA gelöst. Dort gibt's den --[[ text ]] Kommentar, der sich imho beliebig verschachteln lässt, sprich der Compiler zählt die Anzahl der öffnenden Tokens, und nimmt so lange "Kommentar" an, bis ebensoviele geschlossene vorbei gekommen sind. Das find ich garnicht übel

[Die Muhkuh]

Ich glaube, Emba meint das mit nested anders:

Delphi-Quellcode:

{ (1)
{ (2)

} (ende 2)
} (ende 1)

Das man es einfach nicht so verschachteln kann, sondern das ein Kommentare-Ende alle Kommentaranfänge einer Kommentarklasse schließt.

[himitsu]

Zitat von Medium:

Das find ich garnicht übel

und was macht man da, wenn man ]] als Text im Kommentar haben will?

*schweig*

[Jaynder]

Zitat von alzaimar:

Leute: Ich kann allgemeingültig mit (* *) keinen Code auskommentieren, sondern muss immer schauen, ob er nicht schon solche Kommentare enthält. Also wozu dann dieser Hinweis? Für Blöde? Was soll also so eine Regel?
1. Verwendet {..} wenn der auszukommentierende Code (*-Kommentare enthält.
2. Verwendet (*..*) wenn der auszukommentierende Code {-Kommentare enthält.
3. Verwendet '//' in allen anderen Fällen und auch dann, wenn ihr keinen Bock habt, den auszukommenden Code erst zu analysieren.

Na dann hätte wohl der Hinweis #3 gereicht, oder? VC# und die C#-Guidelines von MS macht es doch vor.

Zudem steht weder (1) noch (2) bei Emba, sondern:

Zitat:

Comments that are alike cannot be nested. For instance, {{}} will not work, but (*{}*)will. This latter form is useful for commenting out sections of code that also contain comments.

Und das stimmt nu mal nicht, wie auch himitsu schon bemerkt hat.

Sollst recht haben, wenn du nie kommentare innerhalb einer Zeile brauchst. Alle anderen (und die sind nicht alle blöd!) arbeiten jedoch strukturiert genug, um sich so eine Hierarchie zurecht gelegt zu haben. Schließlich gibt es die Block-Quote-Funktion für // in der IDE auch noch nicht so lange. Und du bist eigentlich alt genug, dass du a) auch schon mit Delphi 3 hättest arbeiten können und b) inzwischen tolerant genug für abweichende Ansichten sein solltest..

Schönes WE euch allen