@@Kai345:
nuqneH
Hat auch einige Nachteile:
- Aus Sicht der Javascript-Syntaxregeln unerlaubte Verschachtelung von Kommentaren.
Nope. '/*' ist innerhalb eines mehrzeiligen Kommentars erlaubt. [ECMA-262], §7.4, p. 16
Allerdings muss es auch nicht sein:
/*@cc_on
@if (@_jscript)
browser = ProcessA;
@else @*/
browser = ProcessB;
/*@end
@*/
- Keine Syntax-Hervorhebung, da alles als Kommentar angesehen wird, daher fehlerträchtig, da man Vertipper nicht unbeding bemerkt.
Geschmackssache. Es SIND ja auch Kommentare. So sieht man dafür deutlich, welcher Code für normale Browser gilt und welcher für IEs.
- mehr Schreibaufwand
?? Och, komm.
- eine seltsame Syntax, bei der man akute @-itis bekommt
Geschmackssache. Ich finde '/*@cc_on !*/false
' weitaus seltsamer und fehlerträchtiger.
- Wird schneller unübersichtlich, da die Logik im Kommentar sitzt
Dazu ist conditional compilation ja da. Bei deiner Variante sitzt die Logik in der Kombination aus Kommentar und nicht Auskommentiertem. Für mich iast _das_ unübersichtlich.
- Alles, was ich gerade vergessen habe ;)
Jaja, wie Otto zu sagen pflegte: Ich könnte 100 Gründe nennen, wenn ich nur welche wüsste.
Qapla'
--
Gut sein ist edel. Andere lehren, gut zu sein, ist noch edler. Und einfacher.
(Mark Twain)
Gut sein ist edel. Andere lehren, gut zu sein, ist noch edler. Und einfacher.
(Mark Twain)