В наборе Polymer Starter index.html, похоже, очень похож на полимерный компонент, такой как привязка к свойствам в app.js. Почему бы не поместить все содержимое тела index.html в пользовательский компонент? Каковы преимущества использования шаблона автоматической привязки в этой ситуации? Связано ли это с тем, что это одностраничное приложение и поддерживает структуру скелета приложения в index.html? Или это для более легкого доступа к переменным приложения, например «baseUrl»? Или, возможно, это связано с определением css?Почему Polymer Starter Kit использует шаблон автоматической привязки в index.html вместо создания настраиваемого компонента?
2
A
ответ
0
Немного обратного ответа: использование шаблона автоматического связывания довольно прямолинейно для настройки приложения (конечные точки API, кеширование, ...). Но, как только вы начинаете добавлять все больше и больше элементов в index.html, вы будете чувствовать себя довольно много боли:
app.js
/index.html
являются отдельными файлами, которая, по меньшей мере, слегка раздражает, когда вы редактирование- связывания аннотаций работают немного по-разному, в частности, трудно получить рассчитывается привязок для работы
- не декларативный магические свойства и события
- нет поведения
- ...
Мой лучший практика до сих пор: только сохранить логику настройки в шаблоне автоматической привязки, и только у одного webcomponent в index.html
, который сконфигурирован с помощью свойств/атрибутов и app.js
. Все остальное должно быть сделано в этом элементе.
Имеет смысл, хотя я использовал рассчитанные привязки без проблем. – fearlessbryan
Я думаю, что моя главная проблема с этими проблемами заключалась в том, что с шаблоном автоматического связывания нужно было убедиться, что порядок инициализации верен для запуска вычислений, и я никогда не мог заставить это работать надежно в нашем (довольно сложном) приложении запускать. – ankon