Angular-styleguide: Пространство имен компонентов

Компонент - это просто оболочка директивы без функций компиляции или связывания. Итак, просто используйте то же соглашение, которое вы используете для директив.

Они не то же самое .. например. Компоненты по умолчанию имеют изолированную область видимости, они используют контроллер По умолчанию контроллер заменяет функцию ссылки, а для bindToController по умолчанию установлено значение true.

Все, что вы можете сделать с компонентом, вы можете достичь с помощью директивы, но причина, по которой компонент существует, состоит в том, чтобы упростить переход на angular 2.

Вы можете прочитать о дополнительных функциях здесь: http://www.codelord.net/2015/12/17/angulars-component-what-is-it-good-for/

Так будет ли это добавлено?

Есть предложения или намеки по этому поводу?

@samithaf с использованием разделителей точек ограничивает вас, когда дело доходит до селекторов CSS.

Использование точек не должно ограничивать вас (например, вы можете избежать их в селекторах CSS), но это громоздко и нетрадиционно.

Люди годами используют - для компонентов пространств имен, и я не вижу причин использовать какой-либо другой разделитель.

@mackelito @blowsie @gkalpak Я использую следующий шаблон в очень крупном финансовом приложении (100K + LOC), и пока все в порядке. Как видите, я использую разделители точек, чтобы все было согласовано. Впрочем, кроме фильтров. С помощью стилей вы можете избежать точки.

const loginModule = angular.module('app.core.login', [])
.component('app.core.login', loginComponent)
.service('app.core.login.loginService', loginService);

@samithaf как вы вставляете сервисы в свой контроллер? Я полагаю, вам нужно использовать подход ['app.core.login.loginService' , function(loginService) {}] ?

@blowsie пример использования службы входа в систему следующим образом.

class LoginController {
  constructor($q, loginService) {
    this.loginService = loginService;
  }

  /**
   * <strong i="7">@method</strong> $onInit
   * This lifecycle hook will be executed when all controllers on an element have been constructed and after their bindings are initialized
   */
  $onInit() {
    this.loginService.invalidateSession();
  }

}

LoginController.$inject = ['$q', 'nw.core.login.loginService'];

export default LoginController;

Это очень хорошо для сервисов, но для компонентов действительно странно:

<div><app.core.login></app.core.login></div>

И это несовместимо с окружающим миром (все используют - как сказал @gkalpak ).

Я уверен, что приложение @samithaf прекрасно с этим

Основная проблема здесь: инжектор AngularJS плоский, поэтому нам нужно мыслить глобально, когда мы называем компоненты модуля. Это недостаток дизайна, исправленный в Angular. Изменение основного соглашения ( - для пространства имен), используемого с самого начала почти всеми, - это не выход ИМХО.

Привет, @MarcLoupias, как вы упомянули, поскольку угловой DI плоский, мы мало что можем сделать. Но при определении имен модулей без пространства имен легко могут возникнуть побочные эффекты. Особенно в крупномасштабном проекте, где у вас работает более 10 scrum-команд. Даже решение, которое я придумал, не согласуется с конвенцией, я не могу придумать другого хорошего способа решить эту проблему. Было бы неплохо, если бы команда Angular автоматически добавляла модули в пространство имен. Но я не думаю, что это произойдет с angular 1.X;)

Но при определении имен модулей без пространства имен легко могут возникнуть побочные эффекты.

Да, на этапе инициализации инжектора поведение инжектора заключается в том, чтобы незаметно переопределить службу, уже объявленную в инжекторе, последней объявленной.

Особенно в крупномасштабном проекте, где у вас работает более 10 scrum-команд.

Это что-то вроде 50+ разработчиков!

Я не могу придумать другого хорошего способа решить эту проблему.

Разделите свой бизнес на несколько приложений? AngularJS на самом деле не подходит для огромных проектов из-за этого недостатка дизайна пространства имен инжектора.