Konwencje nazewnictwa JavaScript [zamknięte]

Jak mówi Geoff, to, co mówi Crockford, jest dobre.

Jedynym wyjątkiem, który stosuję (i widziałem powszechnie używane) jest użycie $varname do wskazania obiektu jQuery (lub innej biblioteki). Np.

var footer = document.getElementById('footer');

var $footer = $('#footer');

Możesz śledzić ten Google JavaScript Style Guide

Ogólnie, używaj nazw funkcyjnych, nazw zmiennych, nazw klasowych, nazw Enumeslikethis, nazw metod i SYMBOLIC_CONSTANTS_LIKE_THIS.

EDIT: Zobacz ładny zbiór podręczników stylu JavaScript i Upiększaczy .

Jedną z Konwencji, którą chciałbym wypróbować, jest nazywanie statycznych modułów przedrostkiem "the". Zobacz też Kiedy używam czyjegoś modułu, nie jest łatwo zobaczyć, jak mam go używać. eg:

define(['Lightbox'],function(Lightbox) {
  var myLightbox = new Lightbox() // not sure whether this is a constructor (non-static) or not
  myLightbox.show('hello')
})

Myślę o wypróbowaniu konwencji, w której Moduły statyczne używają 'the' do wskazania ich preegzystencji. Czy ktoś widział lepszy sposób? Wyglądałoby tak:

define(['theLightbox'],function(theLightbox) {
  theLightbox.show('hello') // since I recognize the 'the' convention, I know it's static
})

Myślę, że poza pewnymi ograniczeniami składni, konwencje nazewnictwa są w dużej mierze niezależne od języka. Argumenty przemawiające za c_style_functions i JavaLikeCamelCase równie dobrze mogłyby być użyte w przeciwny sposób, po prostu użytkownicy języka mają tendencję do podążania za autorami języka.

Biorąc to pod uwagę, myślę, że większość bibliotek z grubsza podąża za uproszczeniem CamelCase Javy. Dla mnie Douglas Crockford jest wystarczająco gustowny.

To indywidualne pytanie, które może zależeć od tego, jak pracujesz. Niektórzy ludzie lubią umieszczać typ zmiennej na początku zmiennej ,na przykład "str_message". Niektórzy ludzie lubią używać podkreślenia między słowami ("my_message"), podczas gdy inni lubią oddzielić je wielkimi literami ("myMessage").

Często pracuję z ogromnymi bibliotekami JavaScript z innymi ludźmi, więc funkcje i zmienne (poza prywatnymi zmiennymi wewnątrz funkcji) zaczęły się od nazwa usługi, aby uniknąć konfliktów, jako "guestbook_message".

W skrócie: angielskie, z niższą obudową, dobrze zorganizowane nazwy zmiennych i funkcji są według mnie lepsze. Nazwy powinny opisywać ich istnienie, a nie być krótkie.