Thanks for all the input. I'm actually aware of and have studied quite thoroughly both of the resources that were provided - I'm kind of a "stickler" for style guides.
I was actually very specifically looking for an answer regarding First letter casing for non-constructor built-in objects, ie. Math and Proxy. I think the legacy Java style guide influence addresses the question as best as I can hope for. Thanks Rick On Fri, Sep 9, 2011 at 3:11 PM, Tom Schuster <[email protected]> wrote: > >var a = 10 > > , b = 20 > > , c = 30; > Ugh the first time i saw this, i wondered who came up with this. > > The Google style guide also isn't too bad > > http://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xmlcript.crockford.com/code.html > , though I disagree with > > /wrong button > > On Fri, Sep 9, 2011 at 9:00 PM, Dmitry Soshnikov > <[email protected]> wrote: > > Also, style guides with 2 spaces indention are also good and wide-spread > > (other things are the same as described in the link which Mark gave -- > this > > is Java's style guide by the way). > > > > On 09.09.2011 22:10, Mark S. Miller wrote: > > > > I like http://javascript.crockford.com/code.html , though I disagree > with > > leaving a space between "function" and "(" for anonymous functions. > > > > Since function name is optional in case of an expression, a space after > the > > function may make sense. > > > > function foo() {} > > function () {} -- just name disappeared, all the other the same. > > > > Or, an analogy -- you put a space after some statements which are > followed > > by the parenthesis, right? E.g.: > > > > while (true) {} > > if (false) {} > > > > the same with function. > > > > However, of course it's just a local style guides. E.g. in Erlang, space > is > > not put (as usually and in code of standard library) for function > > expressions as in your variant: > > > > Double = fun(X) -> X * X. > > (fun(X) X * X)(2) > > > > OTOH there, in contrast with JS, `fun`s don't have names. > > > > P.S.: Back to topic, the thing which I personally don't like is to put a > > colon on a new line, as used in Node.js often: > > > > var a = 10 > > , b = 20 > > , c = 30; > > > > Of course it has advantages, e.g. for commenting one line, but literally > > looks odd for me. > > > > But in general ECMAScript has no style guide. As well as there is no such > > language as ECMAScript (I mean, it's the sample implementation which is > > called ECMAScript), and all others are just local style guides. Usually > > that's said, either Java's style guide is used, or the same but with 2 > > spaces. > > > > Dmitry. > > > > > > http://www.jslint.com/ > > > > On Fri, Sep 9, 2011 at 10:45 AM, Rick Waldron <[email protected]> > > wrote: > >> > >> I was wondering if a canonical guide for ECMAScript style and > conventions > >> exists - specifically I'm curious to find out what the historic > precedence, > >> rules and reasoning behind the capitalization of constructors and > built-in > >> objects, ie. Array or Math. Even _more_ specifically, there exists a > fairly > >> common convention that first letter capitalization is generally reserved > for > >> constructors that expect to be paired with "new"... obviously this is > not a > >> hard rule, but I'm curious if any documentation or articles exist > regarding > >> the subject. > >> Thanks! > >> Rick > >> _______________________________________________ > >> es-discuss mailing list > >> [email protected] > >> https://mail.mozilla.org/listinfo/es-discuss > >> > > > > > > > > -- > > Cheers, > > --MarkM > > > > _______________________________________________ > > es-discuss mailing list > > [email protected] > > https://mail.mozilla.org/listinfo/es-discuss > > > > > > _______________________________________________ > > es-discuss mailing list > > [email protected] > > https://mail.mozilla.org/listinfo/es-discuss > > > > > _______________________________________________ > es-discuss mailing list > [email protected] > https://mail.mozilla.org/listinfo/es-discuss >
_______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
