один раз, и практически к ним ни кто не возвращается, это актуально для маркетплейса. Теперь представьте вы год назад писали под Vue 2.5, а через год уже 3.1 и ваш код ломается, это не подходит для тиражных решений. Мы внутри продукта вкладываем версии и вы спокойно пишите не волнуясь о миграции, вы просто останетесь в ветке 2.
2. Без тесной интеграции сложно работать, много однотипной работы, например наши локализации под множество языков, есть шаблон как с ними работать - выцепить только нужные фразы, убрать реактивность - зачем каждому придумывать как это делать? Да и единый подход поможет сообществу легче ориентироваться в чужом коде
3. У нас есть своя система распространения расширений, в нем есть четкое разделение на шаблон, компонент, модель данных, локализации - это все должны показать мы, что бы опять же был порядк в сообществе нашем и все понимали кто и что пишет, очень много проблем при переходе проекта от заказчика к заказчику
4. Для наших расширений мы сделали bitrix js cli, который умеет и собирать в единый бандл и транспилировать es6 в es5 и прогонять автотесты, очень большая и нужная работа для нашего сообщества
Насчет локализации, в методе BX.Vue.getFilteredPhrases вообще есть vue специфика? По описанию это просто grep по локализации, почему его было не сделать без привязки к BX.Vue, по большому счету это альтернатива BX.message
Обсуждают сегодня