Konwencje kodowania / nazewnictwa Angularjs [zamknięte]

Czy ktoś wie, czy istnieje jakieś oficjalne lub najbardziej akceptowane odniesienie do konwencji nazewnictwa Angular do użycia podczas tworzenia naszych aplikacji?

Angular ma wiele różnych typów komponentów, takich jak filtry, dyrektywy, usługi i tak dalej. Czy nie zgodziłbyś się, że posiadanie konwencji nazewnictwa referencyjnego podczas implementowania ich w naszych aplikacjach będzie miało sens?

Na przykład:

Jeśli potrzebujemy stworzyć nowe filtry, jak powinniśmy je nazwać, np. [Coś] Filtr, filtr [Coś] czy coś innego?

To samo dotyczy kontrolerów, usług, dyrektyw i tak dalej.

Inną rzeczą, nad którą się zastanawiam, jest to, czy zmienne / funkcje należące do zakresu powinny mieć specjalny prefiks lub sufiks. W niektórych sytuacjach może być przydatny sposób na odróżnienie ich od funkcji i innych (brak kodu kątowego).

Sprawdź to repozytorium GitHub, które opisuje najlepsze praktyki dotyczące aplikacji AngularJS. Ma konwencje nazewnictwa dla różnych komponentów. Nie jest kompletny, ale jest napędzany przez społeczność, więc każdy może wnieść swój wkład.

Jeśli jesteś początkującym, lepiej najpierw przejść przez kilka podstawowych samouczków, a następnie poznać konwencje nazewnictwa. Aby nauczyć się Angulara, zapoznałem się z poniższymi informacjami, z których niektóre są bardzo skuteczne.

Poradniki:

1. http://www.toptal.com/angular-js/a-step-by-step-guide-to-your-first-angularjs-app
2. http://viralpatel.net/blogs/angularjs-controller-tutorial/
3. http://www.angularjstutorial.com/

Szczegóły struktury aplikacji i konwencji nazewnictwa można znaleźć w różnych miejscach. Przeszedłem przez setki witryn i myślę, że są to jedne z najlepszych:

• https://github.com/camronlevanger/AngularJS-Guide
• https://github.com/mgechev/angularjs-style-guide
• https://google.github.io/styleguide/angularjs-google-style.html

Jeśli chodzi o tworzenie struktury aplikacji, oto jeden z najlepszych przewodników, jakie znalazłem:

• Zalecenia Google dotyczące najlepszych praktyk w zakresie struktury aplikacji Angular

Zwróć uwagę, że struktura zalecana przez Google jest inna niż ta, którą znajdziesz w wielu projektach źródłowych, ale w przypadku dużych aplikacji jest dużo rozsądniejsza.

Google ma również przewodnik stylistyczny, którego warto używać tylko wtedy, gdy używasz również zamknięcia .

... ta odpowiedź jest niekompletna, ale mam nadzieję, że powyższe ograniczone informacje będą komuś pomocne.

Aktualizacja: STYLE GUIDE jest teraz dostępne w dokumentach Angular.

////////////////////////////////////////////////// ////////////////////////////////////////////////// ////////////////////////////////////////////////// //////

Jeśli szukasz upartego przewodnika po stylu, opisującego składnię, konwencje i strukturę aplikacji AngularJS, to wkrocz od razu. Style tutaj zawarte są oparte na moim doświadczeniu z AngularJS, prezentacjami, szkoleniami i pracą w zespołach.

Celem tego przewodnika po stylach jest dostarczenie wskazówek dotyczących tworzenia aplikacji AngularJS poprzez pokazanie konwencji, których używam i, co ważniejsze, dlaczego je wybieram.

- John Papa

Oto niesamowity link (najnowsze i aktualne): Przewodnik po stylu AngularJS

Zacząłem od tego rok temu: https://gist.github.com/PascalPrecht/5411171

Brian Ford (członek podstawowego zespołu) napisał o tym ten post na blogu: http://briantford.com/blog/angular-bower

A potem zaczęliśmy od tej specyfikacji komponentu (która nie jest kompletna): https://github.com/angular/angular-component-spec

Od ostatniego ng-conf ten dokument zawiera opis najlepszych praktyk głównego zespołu: https://docs.google.com/document/d/1XXMvReO8-Awi1EZXAXS4PzDzdNvV6pGcuaF4Q9821Es/pub