1. В рамках экосистемы нашей, приложения, расширения, компоненты, зачастую пишутся

Question

1. В рамках экосистемы нашей, приложения, расширения, компоненты, зачастую пишутся

один раз, и практически к ним ни кто не возвращается, это актуально для маркетплейса. Теперь представьте вы год назад писали под Vue 2.5, а через год уже 3.1 и ваш код ломается, это не подходит для тиражных решений. Мы внутри продукта вкладываем версии и вы спокойно пишите не волнуясь о миграции, вы просто останетесь в ветке 2.

2. Без тесной интеграции сложно работать, много однотипной работы, например наши локализации под множество языков, есть шаблон как с ними работать - выцепить только нужные фразы, убрать реактивность - зачем каждому придумывать как это делать? Да и единый подход поможет сообществу легче ориентироваться в чужом коде

3. У нас есть своя система распространения расширений, в нем есть четкое разделение на шаблон, компонент, модель данных, локализации - это все должны показать мы, что бы опять же был порядк в сообществе нашем и все понимали кто и что пишет, очень много проблем при переходе проекта от заказчика к заказчику

4. Для наших расширений мы сделали bitrix js cli, который умеет и собирать в единый бандл и транспилировать es6 в es5 и прогонять автотесты, очень большая и нужная работа для нашего сообщества

#1c #bitrix #cms #programming #russian #software

0

03.04.2019

1 ответов

19 просмотров

Maxim · Accepted Answer

Maxim

Насчет локализации, в методе BX.Vue.getFilteredPhrases вообще есть vue специфика? По описанию это просто grep по локализации, почему его было не сделать без привязки к BX.Vue, по большому счету это альтернатива BX.message

0

03.04.2019

208 похожих чатов

1. В рамках экосистемы нашей, приложения, расширения, компоненты, зачастую пишутся

1 ответов

Похожие вопросы