Почему Угловые 2 используют декораторы?

Question

Я только начал использовать Angular 2 и задавался вопросом, почему некоторые свойства, такие как selector и template, помещаются в компоненты декораторов, а не в классы компонентов.

В чем смысл использования всех этих декораторов в Угловом 2?

Answer 1

• Чтобы сделать его легким для инструментов, чтобы обеспечить все виды поддержки в шаблонах, как:

  • ошибки проверки
  • автозавершения
  • графических дизайнеров GUI

• Сгенерировать код из декораторов, который позволяет:

  • определить некоторые вещи более декларативно или
  • генерировать различный код в зависимости от некоторой конфигурации (как и предстоящая форума шаблон компилятор)

код необходимо будет выполняться, чтобы использовать могут появляться выражения результатов. Декораторы могут быть легко оценены статически, не выполняя код TypeScript (за исключением, может быть, простого и ограниченного подмножества).

Answer 2

В общем, декораторы позволяют выполнять функции. Например, @Component выполняет функцию Component, импортированную из Angular2. Под капотом такие декораторы определяют некоторые метаданные в классе. Это позволяет настроить класс для «флага» его как компонента. Затем Angular2 может связывать селекторов в шаблонах с таким классом.

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

• https://medium.com/@ttemplier/angular2-decorators-and-class-inheritance-905921dbd1b7#.ryvc6ewsc

Вы можете заметить, что декораторы могут применяться в Машинопись на разных уровнях (класс, класс собственности, метод параметр).

Answer 3

В дополнение к уже имеющимся на платформе ответам, я бы хотел, чтобы чип в более общем виде. Этот вопрос, на мой взгляд, как-то связано с решением о выборе декоратор над наследования (например, @Component против extends Component)

Некоторые из преимуществ использования декораторов являются:

1. Разделение проблем:

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

2.Поддержка нескольких модификаций

Многие языки предотвращают множественное наследование из-за Diamond problem. С другой стороны, один класс может иметь несколько декораторов для разных целей (например, @Component и устаревшие @RouteConfig)