Что выбрать react или vue

React или Vue: что выбрать бизнесу в 2023?

Несмотря на то, что в мире JavaScript каждый год появляются новые игроки, выбор, как правило, сводится к двум альтернативам. Сегодня рассмотрим наиболее распространенные на сегодняшний день.

Что такое Vue.js и React

React — JavaScript-библиотека для создания пользовательских интерфейсов, которую разработала и развивает компания Facebook. Vue — прогрессивный фронтенд-фреймворк, созданный бывшим сотрудником Google как более легкая альтернатива Angular.

Сходства Vue.js и React

Обе платформы обладают модульной архитектурой и состоят из компонентов, которые представляют собой независимые и многократно используемые фрагменты кода, а также предоставляют методы жизненного цикла компонента.

И та и другая платформа совместимы с любым существующим веб-приложением и позволяют расширять функциональные возможности с помощью настраиваемых модулей и компонентов.

Одной из наиболее заметных общих черт является использование виртуальной Объектной Модели Документа (DOM). Вместо повторного рендеринга всей страницы виртуальная DOM обновляет только те объекты, которые изменились. Это экономит время и ресурсы, которые необходимы для манипуляций с моделью. Например, если вы получаете новые уведомления, виртуальный DOM будет способствовать перезагрузке только окна уведомлений вместо перезагрузки всей страницы.

Отличия Vue.js и React: разница между библиотекой и фреймворком

Самое первое отличие, которое приходит на ум заключается в том, что React это библиотека, а Vue — фреймворк. Но что это значит на практике? Разработчики часто используют эти термины как синонимы. Действительно, в обоих случаях мы имеем дело с написанным кем-то кодом, цель которого помочь решить распространенные проблемы более простыми способами. Однако эти понятия не тождественны из-за особенности известной как инверсия управления.

В случае с библиотекой вы контролируете порядок выполнения программы, вы сообщаете функциям, где и когда хотите и их вызвать. Это очень похоже на то, как мы приходя в реальную библиотеку выбираем необходимые книги и берем их с нужных полок.

С фреймворком ситуация обратная — он вызывает функции, которые вы подключили в предназначенные для этого места. Иными словами, это готовый каркас, который вы не можете изменять, и вам остается лишь заполнить предусмотренные пробелы. Фреймворк говорит, что ему нужно, а затем за кулисами решает, когда ему это нужно. Таким образом и происходит инверсия управления программой.

Помимо столь фундаментальной разницы в подходах, отдельные аспекты тоже весьма отличаются:

Архитектура приложений

В отличие от других библиотек и фреймворков, React не имеет встроенного архитектурного шаблона и сосредоточен только на уровне представления в MVC-архитектуре. Поэтому для других элементов приложения придется использовать интегрировать дополнительные библиотеки.

Vue опирается на MVVM-архитектуру. Это позволяет тратить меньше усилий на процесс синхронизации модели и представления.

Привязка данных

Технологии по разному соединяют информацию с отображаемыми объектами.

Vue.js использует двустороннюю привязку данных. Это означает, что всякий раз, когда вы меняете какой-либо элемент интерфейса, модель данных также изменяется автоматически.

В React этот процесс односторонний. Изменения в элементе интерфейса отобразятся только после изменений исходного кода. При изменении элементов пользовательского интерфейса, состояние модели остается прежним без каких-либо изменений. Это дает возможность более легкой отладки, что очень важно при разработке проектов покрупнее.

JSX и шаблоны

Шаблоны Vue.js позволяют разработчикам привязывать данные к DOM. Vue.js компилирует шаблон в функции визуализации Virtual DOM. Он может определить минимальное количество компонентов для повторного рендеринга и свести к минимуму манипуляции с DOM при изменении данных.

Шаблоны используются в HTML, и их легче читать и писать разработчикам, особенно тем, у кого уже был опыт работы с HTML. Именно поэтому Vue популярен среди бэкенд-разработчиков.

React использует синтаксическое расширение JSX. С его помощью разработчик описывает, как должен выглядеть пользовательский интерфейс (UI). JSX дает огромное преимущество, так как совмещает в одном файле логику JS и разметки. Это также позволяет React отображать более полезные сообщения об ошибках и предупреждения. При этом использование JSX опционально.

SSR

Рендеринг на стороне сервера обеспечивает хорошую индексацию веб-сайтов поисковыми системами и может улучшить пользовательский опыт. Vue содержит встроенные функции и в подробную документацию о том, как использовать эти возможности. В случае с React для этих целей потребуется подключить стороннюю библиотеку.

Мобильная разработка

Когда веб-приложение написано на React и требуется мобильное приложение с похожим наполнением на помощь приходит React Native. Платформа позволит быстро создать кроссплатформенное мобильное приложение для Android и iOS. Это существенно облегчает задачу, поскольку технологии похожи, часть компонентов можно переиспользовать и не обязательно привлекать отдельного специалиста.

У Vue нет специальной платформы для создания мобильных приложений, поэтому придется обращаться к сторонним инструментам и плагинам, таким как Weex и NativeScript-vue.

Популярность

Обе технологии занимают топовые позиции среди всех фреймворков для JavaScript. React дольше присутствует на рынке разработки и обрел огромное профессиональное сообщество. К тому же в столь изменчивом мире JS-технологий, официальная поддержка технологического гиганта — это огромный повод верить в многолетнее будущее платформы.

Vue появился позже, поэтому экосистема вокруг технологии стала возникать не сразу. Но со временем он быстро обрел своих фанатов. Так как это фреймворк, то для многих вещей и не требуются сопутствующие библиотеки. Возьмем например проверку свойств, менеджер состояний или маршрутизацию — все это по умолчанию встроено во Vue.

Масштабируемость

React однозначно более приспособлен к росту. Поскольку приложения React используют исключительно JavaScript (TypeScript), разработчики могут использовать традиционные методы организации кода для легкого масштабирования.

Для создания сложных приложений требуется код, который может связывать различные базовые компоненты, а Vue усложняет стандартизацию порядка компонентов, поэтому его традиционно выбирают для небольших приложений. Чтобы преодолеть ограничения масштабирования придется использовать множество дополнительных инструментов, вроде примесей (mixin) для повторного использования кода в компонентах.

Сравнение React и Vue

Характеристика	React	Vue
Тип программной среды	Библиотека	Фреймворк
Архитектура	MVC-архитектура	MVMM-архитеуктура
Привязка данных	Односторонняя	Двусторонняя
Шаблоны	С помощью расширения JSX	HTML
SSR	Только с помощью сторонних библиотек, например, Next.js	Содержит встроенные возможности
Мобильная разработка	На основе React создана платформа React Native для кроссплатформенной разработки. Системы хорошо интегрируются между собой	Нет специальной платформы для создания мобильных приложений
Популярность	202 тыс. звезд на Github	202 тыс. звезд на Github
Масштабируемость	Отлично подходит для масштабирования высоконагруженных приложений	Больше подходит для небольших проектов, так как при масштабировании могут возникнуть сложности

Заключение: Vue или React что выбрать бизнесу в 2023?

Обе технологии надежны и прекрасно подходят для разработки современных веб-приложений.

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

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

Лучший JavaScript-фреймворк 2021: React или Vue?

При разработке без фреймворков и библиотек JavaScript не обойтись, но компаниям трудно выбирать между популярными React и Vue.js, у каждого есть преимущества и недостатки. Это небольшое руководство по популярным фреймворкам поможет понять, в каких случаях использовать Vue, в каких React, и решить, который из них подойдет для вашего следующего проекта.

Что такое Vue.js и React?

Это с открытым исходным кодом для создания сложных пользовательских интерфейсов.

React обеспечивает повышенную гибкость благодаря использованию «компонентов» — коротких изолированных участков кода, которые помогают разработчикам создавать сложную логику и UI. React взаимодействует с HTML через virtual DOM — копию реального элементов страницы. В копии все элементы представлены как объекты JavaScript. Эти элементы, вместе с декларативным стилем программирования React и односторонним связыванием данных, упрощают и ускоряют разработку.

Vue тоже использует virtual DOM, компоненты и, вдобавок, двустороннее связывание. Однако главная изюминка — его прогрессивная архитектура. Он разработан так, что позволяет разработчикам переносить существующие проекты во фреймворк, подключая фичи по одной, а не все сразу. Инфраструктура Vue.js позволяет создавать многофункциональные приложения. В зависимости от требований проекта вы можете использовать его как полноценный фреймворк или как легковесную библиотеку, а также как нечто среднее между ними.

Сходство

У Vue и React много общих черт и функций. Больше всего их роднит использование virtual DOM.

Кроме того оба фреймворка:

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

Отличие Vue от React

Между React.js и Vue.js есть несколько различий, которые определяют, для чего каждый из них лучше подходит. Основное заключается в методах, которые Vue и React используют для рендеринга контента в DOM. Vue использует и JSX, а React — только JSX, который по сути является расширением, позволяющим вставлять HTML непосредственно в код JS. JSX может упростить многие сложные задачи, но в то же время может усложнить простые.

Кроме того, ядро React’а предоставляет только компоненты, управление их состоянием и манипуляции с DOM. Остальное пишет и поддерживает сообщество. Опытные разработчики часто предпочитают такую свободу, но новичка может сбить с толку обилие сторонних библиотек и инструментов.

Хотя у Vue тоже немало решений, созданных сообществом, его часто используемые инструменты и такие сопутствующие библиотеки, как , Vuex и Vue CLI, создает и поддерживает внутренняя команда разработчиков. Такая комбинация предварительно собранных и сторонних средств помогает удовлетворить потребности и желания как начинающих, так и опытных разработчиков.

Производительность

Поскольку React и Vue имеют много одинаковых элементов, их производительность примерно равна. Оба фреймворка используют virtual DOM и ленивую загрузку для повышения производительности и скорости загрузки страниц.

В некоторых ситуациях, правда, Vue явно превосходит React. Например, когда вы изменяете состояние компонента React, остальные компоненты в его поддереве также будут повторно рендериться. Вы можете использовать неизменяемые структуры данных shouldComponentUpdate или PureComponent, чтобы предотвратить повторный рендеринг дочерних компонентов, однако это может повысить сложность и привести к несогласованности состояний DOM. Во Vue зависимости отслеживаются, и повторный рендеринг не нужен.

Архитектура приложений

React отличается от других фреймворков и библиотек тем, что не имеет встроенного архитектурного шаблона. Он использует архитектуру. Пользовательские интерфейсы React рендерятся компонентами, которые работают как функции и реагируют на изменение данных. Таким образом, внутренняя архитектура — постоянное взаимодействие между состоянием компонентов и действиями пользователей.

Акцент Vue на подходе ViewModel из шаблона MVVM хорошо работает для более крупных приложений. Он использует двустороннюю привязку данных для связывания представления и модели. Основная цель Vue — предоставить простой и гибкий уровень представления, а не полноценный фреймворк.

Масштабируемость

Что касается больших приложений, то React имеет преимущество перед Vue благодаря легкой масштабируемости. Поскольку приложения React используют исключительно JavaScript, разработчики могут применять традиционные методы организации кода. Возможность многократного использования компонентов повышает масштабируемость приложений на React.

Vue предоставляет широкий выбор гибких инструментов для масштабирования, но чаще используется в небольших приложениях (хотя размер приложения, конечно, зависит от архитектуры). динамической архитектуры вам нужно будет воспользоваться библиотеками Vue и миксинами, чтобы преодолеть ограничения масштабирования. Так что, если вы ищете фреймворк для корпоративного приложения, учтите, что React лучше приспособится к будущему росту.

Документация

Здесь Vue — явный победитель. У него есть с подробным описанием на нескольких языках, а руководство и справку по методам API признают лучшими в отрасли. В документации — чёткие ответы на множество сложных вопросов. С другой стороны, так как сообщество Vue меньше сообщества React, может быть труднее получить ответы на вопросы, которые в документацию не вошли.

Документация React не дотягивает до уровня Vue, поэтому вам придется гораздо чаще обращаться к сообществу для решения проблем. Однако у React большое активное сообщество с огромным выбором учебных материалов.

Поддержка сообщества

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

React разработан и поддерживается Facebook, который использует его в собственных приложениях, выпускает обновления. То есть у React есть постоянная поддержка сообщества, которое стабильно создает и развивает новые инструменты.

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

Популярность

Судя по 181 тысяче звёзд, Vue — самый популярным JavaScipt фреймворк на Github. React занимает второе место, набрав 165 тысяч звёзд, и продолжает привлекать новых пользователей. Фактически это самые популярные фреймворки в 2021 году.

Vue используется в:

• Gitlab
• Euronews
• Adobe Portfolio
• Behance
• Alibaba
• Trustpilot
• Vice
• Nintendo
• BMW

В число пользователей React входят:

• BBC
• Airbnb
• Facebook
• PayPal
• The New York Times
• Netflix
• Instagram
• Twitter
• WhatsApp

Безопасность

И у Vue, и у React есть нюансы в вопросах безопасности, однако приложения Vue несколько проще защитить, чем .

Хотя автоматически защитить приложения от XSS и других уязвимостей невозможно, разработчики Vue могут дезинфицировать перед реализацией или использовать внешние библиотеки для защиты от атак. В тех случаях, когда вы знаете, что HTML безопасен, вы можете явно отображать содержимое HTML и защищать приложение как до, так и после рендеринга.

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

Получается, что React прост в использовании, но для обеспечения безопасности требуются глубокие знания и опыт.

Рынок вакансий для React и Vue

Опытных разработчиков React больше, так как этот фреймворк раньше стал популярным. Согласно опросу Tooling Survey 2019, более 48% разработчиков уверенно используют React, и только 23% сказали то же про Vue.

Однако отчет HackerRank о навыках разработчиков показал, что хотя 33,2% опрошенных компаний стремятся нанять , только 19% из них достаточно квалифицированы. В то же время 10% компаний нуждаются в разработчиках Vue, но только 5,1% разработчиков обладают необходимыми навыками.

И все же, популярность Vue продолжает расти, он занял четвертое место в рейтинге технологий, которые разработчики хотели бы изучить в 2020 году. Этот рост популярности, наряду с прекрасной документацией Vue и простотой обучения, скорее всего, приведет к увеличению числа квалифицированных .

Подведем итоги

Если вам нужно сложное корпоративное приложение — выбирайте React. Он пользуется большей корпоративной поддержкой, большей популярностью среди разработчиков и имеет сообщество, способное ответить на любые вопросы. Также легче масштабировать.

Если же вы ищете фреймворк для небольшого приложения или быстрой проверки идеи — посмотрите на Vue. Он пока не так широко поддерживается и используется, но его популярность растет, в первую очередь благодаря отличной документации, простоте использования и возможностям постепенного внедрения. Vue разрабатывается и поддерживается командой, имеет более широкий набор встроенных инструментов и решений. Что касается скорости разработки, с помощью Vue CLI 4 требуется всего несколько недель, чтобы настроить и выпустить продукт, готовый к продаже.

Сравнение React и Vue — это не поиск плюсов и минусов в вакууме. Выбор полностью зависит от целей и параметров вашего проекта.

React лучше подойдёт, если вы хотите:

• иметь большой выбор гибких библиотек, инструментов и экосистем;
• легко использовать его вместе с TypeScript, Flow, BuckleScript;
• разработать высоко масштабируемое приложение с простым тестированием и отладкой;
• быстро создать сложное приложение;
• создать высокопроизводительную платформу потокового видео или .

Выберите Vue, если хотите:

• создать прогрессивное или SPA;
• немедленно приступить к разработке;
• получить доступ к большему количеству инструментов от разработчиков фреймворка и их поддержку;
• расширить функциональность существующего приложения.

Надеемся, что это руководство по фреймворкам для поможет вам избавиться от вопроса «Что выбрать — React и Vue.js» для следующего проекта.

Посмотрите наши кейсы в качестве примера использования React или Vue. А если у вас остались другие вопросы или вам требуется команда опытных разработчиков для перехода с React на Vue или наоборот, отправьте нам сообщение, используя форму внизу.

Пользователям не нравится, когда у них что-то отнимают. Нам нужно понимать, чего они хотят. Это не всегда просто. Иногда такое понимание приходит не самым приятным способом, и важно сохранять в себе желание получать даже неприятную обратную связь.

Сравнение с другими фреймворками

Определённо, этот раздел руководства — самый трудный для написания, но он очень важен. Вероятно, вы уже решаете определённые задачи, используя тот или иной фреймворк или библиотеку, а сюда вас привело желание узнать, не позволит ли Vue упростить и улучшить вашу работу. На этот вопрос мы и надеемся ответить.

Мы очень постараемся не быть предвзятыми. Будучи членами основной команды разработки Vue, мы, разумеется, сами его очень любим. На наш взгляд, с некоторыми задачами Vue справляется лучше, чем какой-либо другой существующий фреймворк. Если бы мы не верили в это, мы бы наверное и не работали над этим проектом, верно? И тем не менее, нам бы хотелось быть предельно честными и точными в оценках. В тех случаях, когда альтернативные библиотеки имеют существенные преимущества, как например обширнейшая экосистема альтернативных средств отрисовки React’а или поддержка браузеров вплоть до IE6 Knockout’ом, мы постараемся не забыть о них упомянуть.

Кроме того, мы очень высоко ценим вашу помощь в деле поддержания актуальности этого документа, потому что мир JavaScript развивается стремительно! Если вы заметите какую-либо неточность или ошибку — пожалуйста, дайте нам знать, открыв issue на GitHub.

React

React и Vue во многом похожи. Они оба:

• используют Virtual DOM
• предоставляют реактивность и компонентную структуру
• фокусируются на корневой библиотеке, вынося прочие вопросы, такие как роутинг или управление глобальным состоянием приложения, в дополнительные библиотеки

Из-за столь похожих ниш, мы уделили сравнению этих фреймворков больше всего времени. Нашей целью было не только удостовериться в технической точности, но также и сохранить баланс. Мы указываем, где React превосходит Vue, например — в богатстве экосистемы и изобилии доступных пользовательских средств отрисовки.

Тем не менее, многие рассматриваемые моменты — в известной мере субъективны, и видится неизбежным то, что некоторым пользователям React дальнейшее сравнение всё равно покажется предвзятым. Мы понимаем, что и в технических вопросах существуют элементы вкуса, и в основном ставим своей целью в этом сравнении указать причины, по которым Vue может оказаться вам полезным — на случай если ваши вкусы совпадают с нашими.

Некоторые из приведённых ниже разделов могут быть немного устаревшими из-за недавних обновлений в React 16+, и мы планируем работать с сообществом React для актуализации этого раздела в ближайшем будущем.

Быстродействие выполнения

Как React, так и Vue — исключительно быстрые, поэтому скорость вряд ли будет решающим фактором при выборе между ними. Если вас интересуют цифры, то можете изучить стороннее сравнение производительности, которое фокусируется на сырой производительности отрисовки/обновления дерева очень простых компонентов.

Усилия для оптимизации

В React когда состояние компонента изменяется, оно запускает повторную отрисовку всего поддерева компонента, начиная с себя. Чтобы избежать ненужной повторной отрисовки дочерних компонентов, вам нужно либо использовать PureComponent , либо реализовывать shouldComponentUpdate везде где это возможно. Вам также может потребоваться использовать неизменяемые (immutable) структуры данных, чтобы сделать изменения вашего состояния более удобными к оптимизации. Однако, в некоторых случаях вы не можете рассчитывать на такую оптимизацию, потому что PureComponent/shouldComponentUpdate предполагают, что отображение всего поддерева определяется данными текущего компонента. Если это не так, то такая оптимизация может привести к несогласованному состоянию DOM.

Во Vue зависимости компонента автоматически отслеживаются во время отрисовки, поэтому система точно знает, какие компоненты действительно необходимо повторно отрисовывать при изменении состояния. Каждый компонент можно рассматривать как имеющий shouldComponentUpdate , автоматически реализованный для вас, без ограничений для вложенных компонентов.

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

HTML & CSS

В React абсолютно всё — это JavaScript. Не только структуры HTML, выраженные через JSX, последние тенденции также включают управление CSS внутри JavaScript. Этот подход имеет свои преимущества, но также заставляет идти на компромиссы, которые могут показаться неэффективными для каждого разработчика.

Vue охватывает классические веб-технологии и основывается на них. Чтобы показать вам что это значит, мы рассмотрим несколько примеров.

JSX vs Шаблоны

В React все компоненты реализуют свой UI в render-функциях с использованием JSX, декларативным XML-подобным синтаксисом, который работает в JavaScript.

Render-функции с JSX имеют несколько преимуществ:

• Вы можете использовать все возможности языка программирования (JavaScript) для построения своего представления. Это включает в себя временные переменные, управление ветвлением и прямые ссылки на значения JavaScript в области видимости.
• Поддержка инструментов (например, линтинг, проверка типов, автодополнение в редакторе) для JSX в некоторых отношениях более продвинута, чем то, что доступно в настоящее время для шаблонов Vue.

Во Vue у нас также есть render -функции и даже поддержка JSX, потому что иногда вам требуются эти возможности. Тем не менее, по умолчанию мы предлагаем шаблоны как более простую альтернативу. Любой валидный HTML также будет валидным шаблоном Vue, и это приводит к нескольким преимуществам:

• Для многих разработчиков, которые работают с HTML, шаблоны просто более естественны для чтения и написания. Само это предпочтение может быть несколько субъективным, но если это делает разработчика более продуктивным, то преимущество налицо.
• HTML-шаблоны облегчают постепенную миграцию существующих приложений для использования возможностей реактивности Vue.
• Это также облегчает дизайнерам и менее опытным разработчикам разбираться и вносить доработки в текущую кодовую базу.
• Вы можете даже использовать препроцессоры, такие как Pug (ранее известный как Jade), чтобы создавать ваши шаблоны во Vue.

Некоторые утверждают, что важно изучить дополнительный язык DSL (Domain-Specific Language) для написания шаблонов — мы считаем, что эта разница в лучшем случае поверхностна. Во-первых, JSX не означает, что пользователю не нужно ничего учить — это дополнительный синтаксис на основе простого JavaScript, поэтому он прост в освоении для любого, кто знаком с JavaScript, но говорить, что это просто для всех, было бы заблуждением. Точно также шаблон является просто дополнительным синтаксисом поверх простого HTML и, следовательно, имеет очень низкий порог вхождения для тех, кто уже знаком с HTML. С помощью DSL мы также можем помочь пользователю сделать больше с меньшим количеством кода (например, с v-on модификаторами). Похожая задача может включать в себя намного больше кода при использовании простых функций JSX или render-функций.

На более высоком уровне мы можем разделить компоненты на две категории: презентационные и логические. Мы рекомендуем использовать шаблоны для презентационных компонентов и render -функции / JSX для логических. Процентное соотношение этих компонентов зависит от типа вашего приложения, но обычно презентационные компоненты более распространены.

Модульный (компонентный) CSS

За исключением случаев разделения компонентов на несколько файлов (например, посредством CSS-модулей), для ограничения области видимости CSS в React обычно используется подход CSS-in-JS (например, styled-components и emotion). Это представляет собой новый компонентно-ориентированный подход к стилизации, который отличается от обычного процесса разработки CSS. Кроме того, несмотря на поддержку извлечения CSS в отдельный файл стилей на этапе сборки, по-прежнему может быть необходимо, чтобы во время выполнения были подключены в сборку для корректной работы стилизации. В то время, как вы получаете доступ к динамичности JavaScript при создании ваших стилей, этот компромисс зачастую увеличивает размер сборки и время исполнения.

Если вы поклонник подхода CSS-in-JS — многие популярные библиотеки поддерживают Vue (например, styled-components-vue и vue-emotion). Главным отличием между React и Vue здесь будет то, что по умолчанию стилизация Vue выполняется через знакомые теги style в однофайловых компонентах.

Однофайловые компоненты предоставляют вам полный доступ к CSS в том же файле, что и остальная часть кода вашего компонента.

style scoped> 
 @media (min-width: 250px) {
 .list-container:hover {
 background: orange;
 }
 } 
style> 

Опциональный атрибут scoped автоматически ограничивает область видимости CSS текущим компонентом, добавляя элементам уникальные атрибуты (такие как data-v-1-21e5b78 ), и компилируя .list-container:hover во что-нибудь вроде .list-container[data-v-1-21e5b78]:hover .

Наконец, стилизация в однофайловых компонентах Vue очень гибка. С помощью vue-loader, вы можете использовать любой препроцессор, постпроцессор и даже глубокую интеграцию с CSS-модулями — всё в элементе .

Масштабирование

Масштабирование вверх

Для крупных приложений, как Vue так и React предоставляют надёжные решения для роутинга. Сообщество React также породило весьма инновационные решения в области управления состоянием приложения (см. Flux/Redux). Эти подходы, и даже сам Redux легко интегрируются в приложения на Vue. В действительности, Vue сделал следующий шаг, создав Vuex — вдохновлённую Elm реализацию паттерна управления состоянием приложения. Vuex глубоко интегрирован с Vue, что, на наш взгляд, изрядно облегчает жизнь разработчикам.

В качестве ещё одного важного различия между React и Vue можно упомянуть тот факт, что все дополнительные библиотеки Vue, включая библиотеки для управления состоянием приложения и для роутинга (среди прочих задач), официально поддерживаются в актуальном соответствии с ядром библиотеки. React, напротив, предпочитает отдать эти вопросы на откуп сообществу, тем самым создавая более фрагментированную экосистему. Впрочем, как уже замечалось ранее, в силу популярности React, его экосистема значительно обширнее, чем у Vue.

Наконец, у Vue есть CLI генератор проектов, который позволяет легко начать новый проект с помощью интерактивного мастера. Его также можно использовать для мгновенного прототипирования компонента. React также делает успехи в этой области с помощью create-react-app, но в настоящее время у него есть несколько ограничений:

• Он не допускает никакой конфигурации во время создания проекта, в то время как Vue CLI работает поверх обновляемой runtime-зависимости, которая легко расширяется с помощью плагинов.
• Существует только один шаблон для одностраничного приложения, в то время как Vue предлагает широкий выбор опций по умолчанию для различных целей и систем сборки.
• Нет возможности создавать проекты из пользовательских пресетов настроек, что может быть особенно полезно для enterprise-окружений с установившимися ранее соглашениями.

Важно заметить, что многие из этих ограничений — следствия сознательно принятых решений команды create-react-app, и в них есть и свои плюсы. Например, коль скоро ваш проект не требует пользовательской настройки процесса сборки, её можно будет обновлять как зависимость. Прочитать больше об этом подходе можно здесь.

Масштабирование вниз

React известен своей довольно крутой кривой изучения. До того момента, когда новичок сможет что-то написать, ему придётся узнать о JSX, а вероятно — и о ES2015+, поскольку многие примеры используют синтаксис ES2015-классов. Кроме того придётся разобраться с системами сборки, поскольку, хотя технически и существует возможность использовать Babel самостоятельно для live-компиляции кода, для production этот подход в любом случае не годится.

Vue масштабируется вверх ничуть не хуже, чем React, и в то же время его можно масштабировать и вниз — вплоть до варианта использования вместе с jQuery. Именно так — для старта в простейшем случае достаточно просто добавить тег скрипта на HTML-страницу.

script src="https://cdn.jsdelivr.net/npm/vue@2"> script> 

Начиная с этого момента можно писать код на Vue, и даже использовать production-версию, не мучаясь угрызениями совести и волнениями насчёт производительности.

Поскольку знания JSX, ES2015 и систем сборки не требуется для начала работы с Vue, в среднем у новых разработчиков уходит не больше дня на чтение руководства, позволяющего узнать достаточно для построения нетривиальных приложений.

Нативная отрисовка

React Native позволяет писать нативные приложения для iOS и Android, используя ту же самую модель компонентов React’а. Это — прекрасно, так как позволяет разработчикам применить знание одного и того же фреймворка на различных платформах. В этой области, Vue официально поддерживает проект Weex — кроссплатформенный UI-фреймворк, созданный Alibaba Group и инкубированный Apache Software Foundation (ASF). Weex позволяет использовать тот же синтаксис Vue для создания компонентов, которые не только могут отображаться в браузере, но и также нативными элементами в iOS и Android!

На данный момент Weex всё ещё находится в активной фазе разработки, и ещё не столь матёр и проверен опытом, как React Native. Однако, его разработка мотивируется реальными требованиями крупнейшего бизнеса электронной коммерции в мире. Команда разработки Vue также активно взаимодействует с разработчиками Weex, гарантируя отсутствие неожиданностей для Vue-разработчиков.

Ещё один вариант NativeScript-Vue — плагин для NativeScript для создания по-настоящему нативных приложений с помощью Vue.js.

Сравнение с MobX

MobX стал довольно популярным в сообществе React. Он использует почти идентичную Vue систему реактивности. В некотором смысле, связку React + MobX можно считать несколько более многословным вариантом Vue, так что если вы используете её, и она вам нравится, переход на Vue может оказаться следующим логичным шагом.

Preact и другие React-подобные библиотеки

React-подобные библиотеки обычно пытаются использовать как можно больше своих API и экосистемы React насколько это осуществимо. По этой причине большинство сравнений, приведённых выше, также применимы и к ним. Главным отличием, как правило, будет уменьшение доступной экосистемы (часто значительно) в сравнении с React. Поскольку эти библиотеки не могут быть на 100% совместимы со всем в экосистеме React, некоторые библиотеки инструментов или сопутствующие библиотеки могут не использоваться. Или, даже если похоже что они работают, они могут сломаться в любое время, если ваша конкретная React-подобная библиотека не поддерживается наравне с React.

AngularJS (Angular 1)

Некоторые части синтаксиса Vue выглядят очень похоже на синтаксис AngularJS (например, сравните v-if и ng-if ). Это — не случайность: многие идеи, лежащие в основе AngularJS мы считаем верными, и вдохновлялись ими на ранних этапах разработки Vue. Впрочем, в AngularJS немало и болезненных проблем, и в этих областях мы постарались добиться значительных улучшений.

Сложность

Vue значительно проще AngularJS, как в смысле API, так и в смысле архитектуры. Получение достаточных знаний для написания нетривиальных приложений обычно происходит менее чем за день, чего нельзя сказать об AngularJS.

Гибкость и модульность

AngularJS имеет жёсткое мнение насчёт структуры вашего приложения, в то время как Vue проявляет гибкость и является более модульным решением. Хотя это и делает Vue пригодным для большего разнообразия проектов, мы понимаем и то, что когда решения уже приняты за тебя, можно сразу начать программировать, и в этом есть свои преимущества.

Поэтому мы предоставляем полную систему для быстрой разработки на Vue.js. Vue CLI нацелен стать стандартным базовым инструментом для экосистемы Vue. Это гарантирует, что различные инструменты сборки будут работать вместе с оптимальными настройками по умолчанию, что позволит сосредоточиться на создании приложения, а не тратить часы на конфигурирование. В то же время, он по-прежнему предоставляет гибкую настройку конфигурации каждого инструмента в соответствии с конкретными потребностями.

Связывание данных

AngularJS использует двунаправленное связывание данных между областями видимости, в то время как Vue концентрируется на однонаправленном потоке данных между компонентами. Это позволяет облегчить понимание потока данных в нетривиальных приложениях.

Директивы и компоненты

Vue чётче разделяет директивы и компоненты. Директивы предназначены только для инкапсуляции низкоуровневых манипуляций с DOM, в то время как компоненты являют собой полноценные автономные объекты, со своей собственной логикой данных и представления. В AngularJS директивы делают всю работу, а компоненты всего лишь определённый тип директив.

Быстродействие выполнения

Vue производительнее AngularJS. Кроме того, из-за отсутствия dirty-checking, оптимизировать Vue-приложения намного-намного проще. AngularJS замедляется при увеличении количества наблюдателей, поскольку каждый раз при изменении чего-либо в области видимости все эти наблюдатели должны быть перезапущены. Кроме того, цикл может повториться несколько раз перед стабилизацией, поскольку реакция наблюдателей может спровоцировать следующее обновление. Пользователям AngularJS нередко приходится прибегать к весьма эзотерическим техникам для обхода этих трудностей, а в некоторых случаях оптимизация и вовсе становится невозможной.

Vue не подвержен таким проблемам по причине использования прозрачного механизма учёта зависимостей с асинхронной очередью — все изменения рассматриваются независимо, кроме случаев явного указания наличия связи между ними.

Любопытно, что есть немало общих черт, как Angular и Vue решают эти проблемы AngularJS.

Angular (известный также как Angular 2)

Мы выделяем отдельную секцию для нового Angular, поскольку по сути он полностью отличен от AngularJS. Например, теперь он содержит полноценную компонентную систему; кроме того, многие детали реализации были полностью переписаны, а API очень существенно изменился.

TypeScript

Для Angular требуется использовать TypeScript, поскольку почти вся его документация и учебные ресурсы основаны на TypeScript. TypeScript имеет свои очевидные преимущества — проверка статических типов может быть очень полезна для крупных приложений, и может добавить производительности разработчикам, работающим на Java и C#.

Однако не все хотят использовать TypeScript. Часто для небольших приложений введение системы типов может привести к большему увеличению накладных расходов нежели увеличению производительности разработки. В таких случаях вам лучше воспользоваться Vue, так как использовать Angular без TypeScript может быть сложным.

Наконец, хотя Vue и не так глубоко интегрирован с TypeScript как Angular, но предоставляет официальные декларации типов и официальный декоратор для тех, кто хочет использовать TypeScript с Vue. Мы также активно сотрудничаем с командами TypeScript и VSCode в Microsoft, чтобы улучшить опыт TS/IDE для пользователей Vue + TS.

Быстродействие выполнения

В смысле производительности, оба фреймворка весьма быстры, и пока нет достаточных данных из реального мира чтобы вынести окончательный вердикт. Но если вы всё же хотите цифр, похоже что Vue 2.0 всё-таки обгоняет Angular, по крайней мере, если верить этому стороннему исследованию производительности.

Оба фреймворка исключительно быстрые, с очень похожими метриками в тестах. Вы можете изучить конкретные цифры для более детального сравнения, но скорость вряд ли станет решающим фактором.

Размер

Последние версии Angular, с AOT-компиляцией и tree-shaking, смогли значительно уменьшить размер сборок. Однако полнофункциональный проект Vue 2 с включёнными Vuex + Vue Router (~30КБ gzip) по-прежнему значительно легче из коробки, чем AOT-скомпилированное приложение, созданное с помощью angular-cli (~65КБ gzip).

Гибкость

Vue значительно менее упрям, чем Angular, и поддерживает множество различных систем сборок, не ограничивая разработчиков в том, какую структуру использовать для приложения. Многим программистам эта свобода нравится, хотя есть и те, кто предпочитают иметь единственно-правильный способ построения приложения.

Кривая обучения

Всё что необходимо для начала работы с Vue — это знакомство с HTML и обыкновенным (ES5) JavaScript’ом. С этими базовыми навыками вы уже можете начать строить нетривиальные приложения после менее чем однодневного прочтения руководства.

Кривая обучения у Angular гораздо круче. API фреймворка просто огромное и вам как пользователю нужно будет разобраться с большим количеством концепций, прежде чем стать продуктивным. Очевидно, что сложность Angular во многом обусловлена его направленностью только на большие, комплексные приложения — но это делает платформу намного более трудной для менее опытных разработчиков.

Ember

Ember — это полнофункциональный фреймворк, изначально созданный «имеющим и отстаивающим своё мнение». Он требует соблюдения множества соглашений и конвенций, и когда вы с ними освоитесь — он может сделать вас весьма продуктивными. Однако, это означает ещё и высокую и крутую кривую обучения, не говоря о страдающей гибкости. Выбор между жёстко структурированным фреймворком и библиотекой со слабосвязанными совместно работающими инструментами — это всегда компромисс. Последняя даёт больше свободы, но и требует принятия большего количества самостоятельных архитектурных решений.

Учитывая вышесказанное, вероятно будет разумнее сравнивать ядро Vue и слои шаблонизации и объектной модели Ember:

• Vue предлагает ненавязчивую реактивность для простых JavaScript-объектов и полностью автоматические вычисляемые свойства. В Ember от вас ожидается заворачивание всего в «Объекты Ember» и ручное указание зависимостей для вычисляемых свойств.
• Синтаксис шаблонов Vue позволяет использовать все возможности выражений JavaScript, в то время как возможности выражений Handlebars и синтаксис хелперов в Ember намеренно существенно ограничены.
• В вопросах производительности Vue существенно выигрывает — даже с учётом последнего обновления Glimmer engine в Ember 3.x. Vue автоматически объединяет операции обновления, в то время как в Ember требуется ручное управление циклом выполнения в ситуациях, где производительность критична.

Knockout

Knockout был пионером MVVM-подхода и отслеживания изменений в данных. Его система реактивности очень похожа на используемую Vue. Список поддерживаемых браузеров — впечатляет, особенно с учётом всех немалых возможностей фреймворка, доступных даже в IE6! Vue же поддерживает только IE9+.

Со временем, впрочем, разработка Knockout замедлилась и он понемногу начал показывать признаки своего возраста. Например, компонентной системе недостаёт полного набора хуков жизненного цикла, а интерфейс передачи дочерних компонентов, хоть и используется очень широко, выглядит по сравнению со слотами Vue не очень выигрышно.

Кроме того, похоже что существует разница в философских подходах к API, которая, если вам интересно, может быть продемонстрирована различиями при создании простого списка todo. Конечно же, это — субъективный вопрос, но многим API Vue кажется проще и лучше структурированным.

Polymer

Polymer — это проект, спонсируемый Google. В действительности, он тоже послужил источником вдохновения для Vue. Компоненты Vue можно приблизительно сравнивать с пользовательскими элементами Polymer. Стиль разработки с использованием обоих фреймворков довольно похож. Самая существенная разница состоит в том, что Polymer базируется на последних возможностях Web Components и требует для работы использования весьма нетривиальных полифилов (с потерей быстродействия в браузерах без нативной поддержки этих возможностей). Vue, напротив, без каких-либо зависимостей или полифилов работает во всех браузерах, начиная с IE9.

В Polymer, разработчики существенно ограничили систему связывания данных для улучшения производительности. Например, единственными поддерживаемыми в шаблонах Polymer выражениями являются булево отрицание и одиночные вызовы методов. Реализация вычисляемых свойств — тоже не очень гибкая.

Riot

Riot 3.0 предлагает похожую модель разработки, основывающуюся на компонентах (в Riot называемых «тегами»), с минималистичным и прекрасно организованным API. Вероятно, Riot и Vue во многом основаны на схожих философских подходах. Однако, несмотря на немного больший размер по сравнению с Riot, Vue имеет некоторые существенные преимущества:

• Лучшая производительность. Riot обходит дерево DOM вместо использования Virtual DOM, поэтому страдает от тех же проблем, что и AngularJS.
• Поддержка более зрелого инструментария. Vue официально поддерживает Webpack, Browserify и SystemJS, в то время как Riot полагается в вопросах интеграции с системами сборки на поддержку сообщества.

Обнаружили ошибку или хотите добавить что-то своё в документацию? Измените эту страницу на GitHub! Опубликовано на Netlify .

Vue или React? Кратко о возможном росте технического долга и что лучше для начинающих

В статье ставится проблема избыточной сложности использования фреймворка React.js при богатстве его функций, описана возможная тенденция роста технического долга и зависимость между предоставляемыми средствами и величиной технического долга.

Что подразумевается под необоснованной сложностью проектов?

Для начала необходимо отметить, что «React» в отличии от «Vue» предоставляет огромную свободу разработчику. Благодаря этому разработчики любят данный фреймворк и всячески указывают, что приложения на «React» будут быстрее и производительнее чем на «Vue». Это несомненно так, «React» приложения можно сделать быстрым, производительным и легко тестируемым. К сожалению, достичь этого крайне тяжело и из-за этого многие компании могут иметь не высокопроизводительные приложения, а наоборот перегруженные излишним кодом и трудно тестируемые приложения. Это связанно с тем, что начинающим разработчикам сложно понять, как правильно писать приложения на «React».

«React» словно тренер по плаванию, бросает вас в воду и говорит плыви, ему не важно будете вы правильно дышать или махать руками, ему важно чтобы вы плыли. Проецируя данный пример на «React», мы получаем возможность писать очень плохой рабочий код. Особенно это распространено в командах, где нет специалиста по «React». Люди меняются и каждый раз поддерживать приложение все труднее и труднее, кто-то увидел пример в функциональном стиле:

function Counter()

А кто-то решил использовать классы:

class Counter extends React.Component

Широкие возможности написания «рабочего кода» и отсутствия жесткого контроля кода со стороны руководителей команд разработки могут повлечь за собой переписывание одного и того же функционала. Все это влечет за собой появление так называемых «проектных знаний». «Проектные знания» подразумевают под собой, что разработчик имеет знания, которые невозможно получить из документации или из описания работы приложения. Это крайне важно для компаний и для разработчиков в целом и может повлечь за собой зависимость от этих людей. Данные «проектные знания» крайне нежелательны и могут повлечь за собой убытки со стороны компании, а со стороны разработчиков высокие трудозатраты времени для поддержки и тестирования приложений.

Фреймворк «Vue» имеет свои особенности, данный фреймворк ограничивает возможность генерации HTML путем введения особых атрибутов (директив). Данная особенность имеет положительные стороны. Во-первых, скорее всего скопированный код из интернета будет идентичен всему проекту, во-вторых, разработчикам труднее запутаться и вероятность написания плохого кода значительно снижается. Фреймворк задает свои правила, которым необходимо следовать, а благодаря исчерпывающей и понятной документации, разработчики смогут повысить качество кода и конечного продукта в целом. Во «Vue» структура компонента удобно поделена на HTML, CSS и JS.

«Vue» декларативный фреймворк, в отличии от «React» он не говорит «как» генерировать HTML (например при помощи цикла map):

«Vue» говорит «что» (директива v-for) нужно сделать для получения необходимого результата.

Фреймворк дает все необходимое для разработки, в случае необходимости можно создавать и пользовательские директивы. В большинстве случаев в этом нет необходимости и ограничения фреймворка способствуют лучшей разработке и поддержке конечного продукта. При этом уровень «проектных знаний» существенно сокращается, благодаря чему, новые разработчики смогут быстро вникнуть в работу приложений.

Данная тема достаточна обширна и многие аспекты не были рассмотрены полноценно. Исходя из вышеописанного, можно прийти к выводу что, для компаний, которые часто работают с начинающими разработчиками хорошим решением будет использовать фреймворк «Vue». Это позволит существенно ускорить процесс обучения и дальнейшей разработке, благодаря однообразности кода и хорошей документацией. А также сокращению технического долга при долгой разработке.

В свою очередь «React» следует использовать при наличии грамотных специалистов и налаженной системы контроля за кодом. Из-за своей обширности, богатого функционала и порой сложной в понимании документацией, разработчикам требуется жестко установленные правила разработки и строгой проверки кода со стороны руководителей команд, иначе это может повлечь за собой написание плохого кода и рост технического долга в дальнейшем.

• vue.js
• react.js
• технический долг
• трудозатраты при разработке
• веб-фреймворк