2013-03-19 11 views
16

Ich habe vor kurzem begonnen, jsdoc-Kommentare zu verwenden, um unseren JavaScript-Code zu dokumentieren, allerdings finde ich widersprüchliche Beispiele für die Verwendung des @ param-Tags.Welches Gehäuse ist für jsDoc-Kommentare geeignet?

Siehe https://code.google.com/p/jsdoc-toolkit/wiki/TagParam (Pascal)

und https://developers.google.com/closure/compiler/docs/js-for-compiler (Kamel/Kleinschreibung).

Camelcase macht Sinn für mich seit:

var foo = 1; 
console.log(typeof foo); // outputs "number" 

Was ist das richtige Gehäuse für jsDoc @param Kommentare zu bedienen? Oder spielt es keine Rolle? Ich plane, es für die Dokumentgenerierung zu verwenden sowie den Code durch Google-Schließung laufen zu lassen, um Typprüfung zu erhalten.

Danke!

Antwort

16

Die widersprüchlichen Beispiele für JSDoc Typ Ausdrücke beinhalten die JavaScript-Urtyp string, number und boolean, die entsprechenden Wrapper-Typen haben: String, Number und Boolean.

Von Closure: The Definitive Guide:

Die Verwendung von Wrapper-Typ ist verboten in den Closure Library, wie einige Funktionen verhalten sich möglicherweise nicht richtig, wenn Wrapper-Typen verwendet werden wo primitive Typen zu erwarten sind.

See MDN: Distinction between string primitives and String objects.

+3

In den meisten Fällen möchten Sie den primitiven Typ und nicht den Objekttyp. Der Compiler wird den primitiven Typ bei Bedarf automatisch boxen (heraufstufen), aber das Umgekehrte ist nicht wahr. –

+0

Danke cpeisert! Ich werde definitiv dieses Buch bekommen! – magritte

+0

definitiv tun. Es ist eine tolle Lektüre, nicht nur für die Schließung info! – jordancpaul