Почему Vue.js — лучший фреймворк для front-end разработки на 2017 год
Комментарии (8)
rumkin
28 июля 2017 в 17:47 (комментарий был изменён)
0↑
↓
Нельзя сравнивать библиотеки хеловордами и туду листами. Соглашусь, что React и Angular требуют много зависимостей и тяжеловесны. Но в больших приложениях (даже начинающихся с легковесных библиотек), которые состоят из множества маленьких модулей рано или поздно наступает такой момент, когда вес страницы начинает зашкаливать из-за того, что каждая библиотека тянет за собой множество дублирующих друг друга вспомогательных библиотек (как пример одновременное подключение lodash и underscore). Это неприятно, но на данный момент неизбежно. Так, что давайте сравнивать по срезу проектов и по нескольким показателям.
Для меня главным ресурсом является время на разработку, все остальное я могу оптимизировать.
rboots
28 июля 2017 в 17:53
0↑
↓
Полностью согласен, но в рамках статьи показать что-то сложнее hello world и todo затруднительно. На Vue я пару месяцев назад начал первый production-проект, и пока ощущения лучше, чем от Angular и React, которые тоже использовал в production. Вот и решил поделиться.
Tynnopet
28 июля 2017 в 18:17
0↑
↓
Писал по небольшому компоненту, с большим количеством перерисовок на react и vue. Из-за встроенного observable и computed свойств vue обошел реакт в 3 раза по фпс. Помимо этого кода было на порядок меньше, из-за тех-же computed свойств. Как я ни старался react по lifecycle хукам оптимизировать — vue без оптимизаций был быстрее.
28 июля 2017 в 17:52 (комментарий был изменён)
0↑
↓
Vue мне хорошо подошел в проекте, т.к. уже есть фронтенд на jquery, целиком переписывать я не хочу, но с поддержкой уже есть проблемы и для новых фич нужна реактивность.
Vue я могу применять точечно, для новых фич и постепенно переписывая старые.
«Чистые» Elm и React/Redux не осилил, слишком много обычных сторонних либ.
Vue не мешает «срезать углы» и сделать грязный хак, если надо.P.S. Также, я вынужденный фулл-стек программист и изучать большие фреймворки нет ресурсов.
-
rboots
28 июля 2017 в 18:00
0↑
↓
Так же не мешает вместо грязного хака сделать чистое архитектурное решение, например делегировать часть функционала другому модулю/библиотеке, который справляется с ней лучше. По мне так это плюс, что Vue «не мешает», а как пользоваться полученной свободой — уже ответственность программиста.
28 июля 2017 в 18:19 (комментарий был изменён)
0↑
↓
Если в React создание отдельного компонента — целая история, в завязкой, кульминацией и развязкой
Если и история, то очень короткая:
function MyReactComponent() { // завязка return React.createElement('h1', 'Hello from my React component') // кульминация } // развязка ReactDOM.render(React.createElement(MyReactComponent), document.getElementById('app'));-
rboots
28 июля 2017 в 18:30 (комментарий был изменён)
0↑
↓
Это со статическим содержанием, а попробуйте хотя бы аналог компонента из примера, с одним свойством, отображаемым в содержании. Сколько строк получится?
28 июля 2017 в 18:25
0↑
↓
Что касается custom controls я бы упомянул одну из мощнейших, на мой взгял фич Vue — слоты. Они привносят наследование в шаблоны, и в идеале я могу переопределять разметку чужих компонентов не затрагивая логику!
