2016-03-16 2 views
2

В наборе Polymer Starter index.html, похоже, очень похож на полимерный компонент, такой как привязка к свойствам в app.js. Почему бы не поместить все содержимое тела index.html в пользовательский компонент? Каковы преимущества использования шаблона автоматической привязки в этой ситуации? Связано ли это с тем, что это одностраничное приложение и поддерживает структуру скелета приложения в index.html? Или это для более легкого доступа к переменным приложения, например «baseUrl»? Или, возможно, это связано с определением css?Почему Polymer Starter Kit использует шаблон автоматической привязки в index.html вместо создания настраиваемого компонента?

ответ

0

Немного обратного ответа: использование шаблона автоматического связывания довольно прямолинейно для настройки приложения (конечные точки API, кеширование, ...). Но, как только вы начинаете добавлять все больше и больше элементов в index.html, вы будете чувствовать себя довольно много боли:

  • app.js/index.html являются отдельными файлами, которая, по меньшей мере, слегка раздражает, когда вы редактирование
  • связывания аннотаций работают немного по-разному, в частности, трудно получить рассчитывается привязок для работы
  • не декларативный магические свойства и события
  • нет поведения
  • ...

Мой лучший практика до сих пор: только сохранить логику настройки в шаблоне автоматической привязки, и только у одного webcomponent в index.html, который сконфигурирован с помощью свойств/атрибутов и app.js. Все остальное должно быть сделано в этом элементе.

+0

Имеет смысл, хотя я использовал рассчитанные привязки без проблем. – fearlessbryan

+0

Я думаю, что моя главная проблема с этими проблемами заключалась в том, что с шаблоном автоматического связывания нужно было убедиться, что порядок инициализации верен для запуска вычислений, и я никогда не мог заставить это работать надежно в нашем (довольно сложном) приложении запускать. – ankon