alexfrolov_xcx: мне кажется, что vue - более удачный выбор для клиентской части, чем react. проблем с ростом приложения не больше и не меньше, чем в альтернативах. производительность ssr пока не ясна, соответствующих исследований-сравнений не проводилось, но судя по "клиентской" скорости - проблем быть не должно.
1. при первом использовании vue так и было. потом от jq отказался. Для анимаций и классов неплохо подходит https://ru.vuejs.org/v2/guide/transitions.html для ajax запросов - axios
5. банк-клиенты хороший пример, https://wireframe.cc/ - не очень
7. да все, где идет работа с данными на клиенте. деревья, всякие корзины с расчетом доставки, заполнение адреса в формате ФИАС с хранением по частям. Еще есть случай, когда отображаемые данные не равны тому, что будет отправляться на API, например отображаемый номер кредитной карты через computed свойство с пробелами и реальный без пробелов внутри данных приложения.
Дима Турков: ну я так понимаю, что в перспективе делается кастом инпут компонент. Для того, чтобы с ним можно было работать (например повторно использовать), v-model очень удобен. Получается, сначала мы используем обычный инпут, связываем его через v-model. А потом просто меняем имя тега на наш (ну, или не наш) компонент и все продолжает прозрачно работать.
Полуофф: если использовать "компилируемый" дистрибутив типа arch/gentoo, или самому компилить пакеты из srpm с максимальной оптимизацией (-O2 или, для храбрых, -O3) под свою архитектуру, то будет весьма ощутимый прирост.
Vanya Huk: как-то так: https://jsfiddle.net/88yj2t19/1/
общий принцип - в дочерние компоненты передаем props, в родительский - отправляем события.
Это позволяет переиспользовать дочерние компоненты в разных родителях, не привязываясь к структуре данных конкретного родителя
