Код Angularjs / умови іменування [закрито]

Хтось знає, чи існує якась офіційна або найбільш прийнята посилання на угоди про кутовий імен, які слід використовувати під час створення наших програм?

Angular має безліч різних типів компонентів, таких як фільтри, директиви, служби тощо. Чи не погоджуєтесь ви, що матимемо сенс мати домовленість про посилання на імена, коли ми впроваджуємо їх у наші програми?

Наприклад:

Якщо нам потрібно створити нові фільтри, як нам їх назвати на кшталт [Щось] Фільтр чи фільтр [Щось] чи щось інше?

І те саме стосується контролерів, служб, директив тощо.

Інше, що мені цікаво, це те, чи можуть змінні / функції, що належать до області, мати спеціальний префікс або суфікс. У деяких ситуаціях може бути корисним спосіб розмежувати їх від функцій та інших (без кутового коду).

Перегляньте це сховище GitHub, яке описує кращі практики для програм AngularJS. Він має умови іменування для різних компонентів. Вона не є повною, але керується громадою, тому кожен може зробити свій внесок.

Якщо ви початківець, то краще спершу пройти декілька основних навчальних посібників, а потім дізнатись про умови іменування. Я пережив наступне, щоб вивчити кутовий, деякі з яких дуже ефективні.

Підручники:

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/

Детальну інформацію про структуру додатків та умови іменування можна знайти в різних місцях. Я пройшов 100 сайтів, і думаю, що це одні з найкращих:

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

Для структурування програми це один з найкращих посібників, які я знайшов:

• Рекомендації Google щодо найкращих практик щодо кутової структури додатків

Зауважте, що структура, рекомендована Google, відрізняється від тієї, яку ви знайдете в багатьох насіннєвих проектах, але для великих програм це набагато безпечніше.

У Google також є посібник зі стилів, який має сенс використовувати, лише якщо ви також використовуєте закриття .

... ця відповідь є неповною, але я сподіваюся, що обмежена інформація вище буде комусь корисною.

Оновлення: STYLE GUIDE тепер на кутових документах.

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

Якщо ви шукаєте виправданий посібник зі стилів для синтаксису, конвенцій та структурування програм AngularJS, тоді скоріше вкажіть. Складені тут стилі базуються на моєму досвіді роботи з AngularJS, презентаціях, навчальних курсах та роботі в командах.

Метою цього посібника щодо стилів є надання рекомендацій щодо побудови програм AngularJS, показуючи використовувані конвенції та, що ще важливіше, чому я їх вибираю.

- Джон Папа

Ось дивовижне посилання (останнє та оновлене ): посібник зі стилів AngularJS

Я розпочав цю суть рік тому: https://gist.github.com/PascalPrecht/5411171

Брайан Форд (член основної команди) написав про це цю публікацію в блозі: http://briantford.com/blog/angular-bower

І тоді ми почали з цієї специфікації компонента (що не зовсім повно): https://github.com/angular/angular-component-spec

Оскільки останній ng-conf є в цьому документі для найкращих практик основної команди: https://docs.google.com/document/d/1XXMvReO8-Awi1EZXAXS4PzDzdNvV6pGcuaF4Q9821Es/pub