Ember выбирает View deadlocks platform.js, когда массив контента предоставляется контроллером?

Я работаю над переносом приложения Ember без CLI на 1.10 с помощью HTMLBars. В шаблоне представления у меня есть список выбора, отображаемый Ember.Select View, где его содержимое получается из свойства массива в контроллере (adultsSelect: (1).upto(4)). Я изменил «Ember.Select» на «select», как предлагают обновленные документы. Как только я устанавливаю «выбор вида» с помощью «content=adultsSelect», браузер блокируется, мне предлагается остановить, отладить или продолжить строку 13 в «platform.js». Если я войду в «отладку», я не знаю, что я отлаживаю, но я вижу своего рода бесконечную рекурсию вызовов или ссылок на «platform.js». Если я изменю назначение массива просто на «adultsSelect: ["1","2"]', улучшений не будет. «Platform.js» — это продукт проекта Polymer, который как-то связан с будущими технологиями веб-компонентов, которые Ember использует заранее. Тем не менее, Polymer теперь говорит, что «полифиллы веб-компонентов» были выпущены в прошлом как «platform.js», поэтому, похоже, я уже устарел с этим. Забавно, что такая простая вещь, как список выбора с 4 вариантами, может быть настолько сложной в Ember, что, когда вы переходите на новую версию, ваш браузер блокируется, не говорит вам почему, нет документов, говорящих, что это произойдет. и что с этим делать, но что в этом как-то замешана устаревшая версия грядущей технологии, используемая заранее. Должен ли я искать зависимость Bower, связанную с веб-компонентами, и обновлять ее, чтобы получить совместимую версию?


person bobvan    schedule 18.03.2015    source источник


Ответы (1)


Для этого я просто удалил 'platform.js' как скрипт, связанный с 'index.html', и теперь списки выбора работают, по крайней мере, в сборке разработки, работающей на узле экспресс.

person bobvan    schedule 18.03.2015