Ответ 1
Зайдите в этот репозиторий GitHub, в котором описаны лучшие практики для приложений AngularJS. Он имеет соглашения об именах для разных компонентов. Это не полно, но это сообщество, поэтому каждый может внести свой вклад.
Кто-нибудь знает, существует ли какая-либо официальная или наиболее распространенная ссылка для соглашений об именах Angular, которые будут использоваться при создании наших приложений?
Angular имеет множество различных типов компонентов, таких как фильтры, директивы, службы и т.д. Разве вы не согласны с тем, что наличие соглашения об именовании ссылок, когда мы их реализуем в наших приложениях, будет иметь смысл?
Например:
Если нам нужно создать новые фильтры, как их называть такими, как [Что-то] Фильтр или фильтр [Что-то] или что-то еще?
То же самое относится к контроллерам, службам, директивам и т.д.
Другие вещи, о которых мне интересно, это то, что переменные/функции, относящиеся к области, должны иметь специальный префикс или суффикс. В некоторых ситуациях может быть полезно иметь возможность отличать их от функций и других (ни один Angular код).
Зайдите в этот репозиторий GitHub, в котором описаны лучшие практики для приложений AngularJS. Он имеет соглашения об именах для разных компонентов. Это не полно, но это сообщество, поэтому каждый может внести свой вклад.
Если вы новичок, лучше сначала пройтись по некоторым базовым учебникам, а затем узнать о соглашениях об именах. Я изучил Angular, некоторые из которых очень эффективны.
Учебники:
Подробности структуры приложения и соглашений об именах можно найти в разных местах. Я просмотрел 100 сайтов и думаю, что они являются одними из лучших:
Для структурирования приложения это один из лучших руководств, которые я нашел:
Обратите внимание, что структура, рекомендованная Google, отличается от того, что вы найдете во многих проектах с семенами, но для больших приложений это намного лучше.
Google также имеет руководство по стилю, которое имеет смысл использовать, только если вы также используете Closure.
... этот ответ неполный, но я надеюсь, что приведенная выше информация будет полезна кому-то.
Обновление: Руководство пользователя STYLE теперь находится в Angular docs.
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Если вы ищете упрямый стиль руководства для синтаксиса, соглашения и структурирование приложений AngularJS, затем шаг вправо in. Стили, которые здесь содержатся, основаны на моем опыте с AngularJS, презентации, учебные курсы и работа в команды.
Цель этого руководства по стилю - дать рекомендации по строительству Приложения AngularJS, демонстрируя соглашения, которые я использую, и многое другое важно, почему я их выбираю.
- Джон Папа
Вот ссылка Awesome (последняя и обновленная): Руководство по стилю 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