Какие доводы в сторону react при сравнении с vue2?

Question

[Карен]

Вопрос именно к тем, кто имеют опыт работы и с react, и с vue2. Есть ли такое во vue2, что сделает жизнь программиста сложной в крупных проектов? Дело в том, что я уже достаточно неплохо изучить vue2 на проекте, который делаю и представляю на что он способен, знаю, что он популярен и развивается активно. Тем не менее встречал мнение проф разработчиков, что react все-равно имеет более развитую эко-систему и выигрывает vue2 по скорости и возможностям. Точных доказательств такого найти я не смог, наоборот. Надеюсь услышать мнение специалистов здесь. На карту поставлена судьба проекта - то ли продолжать его писать на vue2, то ли начать писать альтернативную версию на react и потом мигрировать.

Проект примерно такой как Сбербанк Онлайн приложение. Бэкэнд на laravel.

Comments

[Сергей delphinpro]

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

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

[Роман Мирр]

Стоит учесть что у Vue есть всякие расширения типа Vuex.

[Карен]

Сергей delphinpro, А что вы вкладываете в фразу, что не набрал еще?

[Сергей delphinpro]

Роман Мирр, в реакте тоже есть redux =))

[Сергей delphinpro]

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

[profesor08]

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

[Карен]

profesor08, дело в том, что я как раз задал вопрос чтобы понять мнение специалистов. Это как когда нужно ехать из пункта А в пункт Б и знаешь только одну дорогу, но есть еще другая, о существовании которой тебе известно, но не более. И ты спрашиваешь у тех, кто ездил и по той дороге, и по другой какая лучше. После получения ответа берешь карту и отправляешься в путь. Тоже самое с фреймворками JS. Если вдруг мне скажут, что во vu2 нет этого, этого, этого и это повлечет за собой такие то такие то такие то сложности, то я перейду на реакт.
Лично мне говорили, что vue2 еще медленней. Это существенный минус, если это правда.

[Алексей Ярков]

XFile,

vue2 еще медленней

Медленней чем что? И такое ли у вас динамичное приложение, что вы прям на глаз видите разницу в скорости рендера? Что вы вкладываете в понятие медленней?

[Карен]

Алексей Ярков, например скорость обновления отдельных фрагментов страницы. Вот статейка там сравнивается и скорость. React выигрывает по скорости по различнам параметрам.
https://www.codica.com/blog/react-vs-vue-2019/

[Antonio Solo]

Если есть причины по которым вью не устраивает (а реакт подходит) и нет обратного - переходите на реакт.

Если же таких причин нет- ваша проблема высосана из пальца.

Если бы стоял выбор между недостатками одного и недостатками другого - тогда был бы понятен вопрос.

[profesor08]

Михаил Жабко,

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

Только вот те, кого спрашиваешь, знать не знают где этот пункт А, где пункт Б, что за дорога и о какой спрашиваешь. Если опустить все неизвестные, то вопрос сводится к "что лучше, reakt или vue?".

[Сергей delphinpro]

profesor08, вообще-то он спрашивает тех, кто знает.

Вопрос именно к тем, кто имеют опыт работы и с react, и с vue2

Но некоторые отвечающие читают только заголовок вопроса. В сухой выжимке вопрос звучит как "какие подводные камни могут вылезти при разработке крупного проекта на Vue2". Ориентир проекта в вопросе тоже указан.

[Карен]

Сергей delphinpro, спасибо вам! действительно, складывается такое впечатление, что меня здесь неправильно поняли многие и разозлились.

Answer 1

[Programmir]

Я бы делал на том, что знаешь. Этот проект всё равно никому не нужен будет)

Comments

[uvelichitel]

А в production писать на том, что не знаешь. Так что ли?

Answer 2

[Андрей Андреев]

У Vue больше звездочек на гитхабе.

Comments

[Роман Мирр]

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

[lukoie]

Роман Мирр, Вы что? фаллометрия важна!

[Сергей delphinpro]

lukoie, безусловно важна, ваш сарказм не уместен. чем больше старрится проект, тем дольше он провисит в трендах, тем больше программистов обратят на него внимание, тем больше потенциальных пулл-реквестов с улучшениями, тем больше... (продолжите сами)

[lukoie]

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

[Максим Тимофеев]

Ну вот. Мужики, харэ звездочками меряться :)

Answer 3

[grinat]

Если надумаешь мигрировать, то на реакте у тебя уйдет куча времени чтобы собрать стек как у вуе, просто у вуе по сути все из коробки, а там только функция render(). Тебе потребуется react, redux, mobx, redux-form, и еще искать нормальный router, а также привыкнуть к куче декораторов либо к лапше из коннекторов, чтобы все это подключить. Касательно экосистемы, если ты привык к element-ui, vuetify и т.п. штукам, то в реакте с этим беда, сообществу не до такого, в основном все заняты написанием различных вариации redux'a и роутера) Также есть огромная проблема с кодестайлом, каждый делает как знает, у каждого свой линтер и способ организации файлов, есть довольно странные, навроде атомика, есть проблема с jsx, если ты думаешь что будет как в вуе глянул на шаблон и все понятно, то черта с два, разработчики часто любят прятать кусочки jsx в самые неожиданные местах в компоненте, по самым разным причинам.

Как по мне, если и выбирать, то между ангуляром2+ либо вуе, первый позволяет технично и грамотно писать в ооп стиле, второй просто удобен.
А касательно архитектуры больших проектов, и сопутствующих сложностей, то это не от фреймворка зависит, а от подхода к разработке: архитектуры, кодейстайла, следование solid, dry, kiss
Я вот щас к примеру в проекте работаю, на вуе, в проекте больше 40 модулей(имею в виду не npm модули, а те модули как в angular, nest, yii2, nuxt...), почти 200 общих компонентов(навроде тех что в element-ui), мультиязычность и т.п., единственная проблема, это шаблоны на puge(крайне неудобно форматировать их в питон стайле), а не html и то что проект долго собирается, нужно ждать пару минут. С производительностью нет проблем, собирается в чанки, которые подгружаюстся по мере надобности, что касается объема данных, то есть один кусок, где загружается json с данными размером в 60мб и с почти миллионом строк, вот с ним была проблема, а так в целом ноль проблем.

Comments

[Карен]

похоже действительно плохая затея на реакт переходить. спасибо!

Answer 4

[Максим Тимофеев]

Если проект уже в работе, то Вы уже столкнулись с трудностями реализации того или иного функционала. Если Вы видите, что на react получится лучше - очевидно. Если проблем нет, тогда зачем что-то менять?
Вы не на jquery делаете. Тут как бы очевидна проблема. А в случае с vue и react не так много отличий, что бы полностью разворачивать разработку сначала или лепить костыли. Для старта нового проекта, наверное актуально было бы подумать, а так не вижу смысла. Вопрос на самом деле больше в прямых руках, нежели в различии framework-ов.
От кривизны рук больше различий будет, чем от выбора framework.

Answer 5

[Александр Таратин]

что сделает жизнь программиста сложной в крупных проектов?

Без https://github.com/vuejs/vue-class-component будет очень скудная поддержка со стороны ide. Автокомплит, рефакторинг, goto defs вот этого всего не будет. При использовании typescript не будет проверки типов для this, что равнозначно практически полному её отсутствию.

Comments

[Карен]

но ведь это включат сделано

[Александр Таратин]

XFile, В вопросе четко прописано vue2, а классы подвезут не раньше vue3 , который еще непонятно когда зарелизится.

[Сергей delphinpro]

Александр Таратин, но ведь уже сейчас можно использовать TypeScript и декораторы

[Александр Таратин]

Сергей delphinpro, Что это за скрин?
ts и декораторы есть, я даже ссылку в ответе кинул, но они же не часть ядра.
Нужно отдельно прикручивать и иногда всплывают баги в типах.
Или я чего то пропустил?

[Сергей delphinpro]

Александр Таратин, да, верно, отдельные пакеты.
Это скрин vue-cli ui

Answer 6

[stratosmi]

На карту поставлена судьба проекта - то ли продолжать его писать на vue2, то ли начать писать альтернативную версию на react и потом мигрировать.

Странный подход.
Уже написано куча, уже освоил более-менее.

И все бросать и начинать на новом?

Ну.... а почему же тогда не с Angular?
:-)

Разница между их недостатками-достоинствами ничтожно мала по сравнению с опытом.

Comments

[Карен]

проект на несколько месяцев. Можно начать параллельно развивать ветку на react а потом подменить.

[stratosmi]

XFile,

проект на несколько месяцев. Можно начать параллельно развивать ветку на react а потом подменить

Можно.
Если у вас ресурсов немеряно.
Или они оплачиваются за не ваш счет и заказчик подписывает любые инвойсы.

[antimodern]

stratosmi, поскольку автор не указал недстатки Вью почему смотрит на Реакт - делаем вывод что это просто учебная разрабока, а не реальный проект. Пуусть страдает и учит и переписывывает сколько угодно)

[stratosmi]

antimodern, Так скоро уже сессия

[Карен]

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

[stratosmi]

Михаил Жабко,

что для крупных проектов Vue не годится

Крупный - не в одного который делают.

Answer 7

[Артур Мустафин]

Vue2 не подходит для крупных проектов, из-за своей чрезмерной гибкости, и как следствие - неоднозначности видения общей картины мира многими разработчиками.

Comments

[Максим Тимофеев]

Смотря какой проект. Думаю не правильно брать гипотетически средний проект и делать выводы.
Плюс надо понимать проект новый или переделываем старый. И т.д.

[Сергей delphinpro]

Неожиданно. Гибкость записали в минусы.

[Евгений Ромашкан]

Сергей delphinpro, Ну типа Си тоже гибкий если так посмотреть )

[Артём Петренков]

В конструкторе react+redux+... тоже очень много гибкости, и каждый разработчик будет делать что-то по-своему, если нет серьёзного code review и лида, который будет продвигать единую "политику партии".

[antimodern]

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

[Артур Мустафин]

Максим Тимофеев, согласен, но фактически вопрос - абстрактный, поэтому имею полное право на абстактный же ответ.

С моей точки зрения, единственное отличие между этими фреймворками, на самом абстрактнов уровне - это наличие best practices для React и guidelines и прктическое отсутствие таковых для vuejs. Часто в Vuejs многие задачи можно рещить многими способами, простите если я не могу говорить более детально, но вот совершенно очевидный недостаток - слишком открытый апи, полный доступ во все внутренности vuejs, создают искущение воспользоваться более "производительным" решением, в ущерб другим аспектам разработки ПО - отлаживаемость, сопровождаемость, понятность, логгируемость, воспроизводимость, расширяемость, модульность, независимость от реализации (разделяемость).

[Артур Мустафин]

Артём Петренков, Согласен, но я хотел бы уточнить, что в react сушествует огромный пласт информации по guideдines, best practuces, и поддержке этих инстументов контроля качества во многих IDE, да и на уровне АПИ React, есть вещи, внутрь которых вы не залезете, используя мета префиксы или $, то есть вмешаться в работу механизма растеризации, компонентизации или пререндера DOM вы не сможете, по крайней мере, вам это будет не нужно, на реакт вы получаете производительность, близкую к оптимальной, при наименьшиз затратах на сожжение интеллектуального топлива и увеличения метрик сопровождаемости и цикломатической сложности программного обеспечения. То есть для сопровождения, написания тестов, QA команд, я думаю, что по React уже горы документации, все написано, все подводные камни уже с меточками, нанесены на карты, весь майнстрим навонен непальскими шерпами (expert react за 21 день, и т.д.) все движется как поток туристов на Эверест, практически поставлено на конвейр, это вам не первопрохождение на Vuejs делать, Практически, в любом проекте на Vuejs получается первопрохождение, если вы простите мне мою аллегорию.

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

И react + redux мне кажется более зрелым решением чем vue + vuex, и более понятным, что-ли.

[Артём Петренков]

Артур Мустафин,

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

Не соглашусь - оптимизация реального приложения может быть весьма затратной по времени. Даже официальные мануалы предлагали не заморачиваться оптимизацией ре-рендеринга, а потом пошли PureComponent, shouldComponentUpdate, useMemo и доп. библиотеки типа reselect + re-reselect.

увеличения метрик сопровождаемости и цикломатической сложности программного обеспечения

В реальном приложении код логики рискует сразу же превратиться в жуткую кашу. В решениях с обсерверами (Knockout, Angular, Vue, Mobx) вы просто вычисляете значение, а в реакте нужно пропустить все исходные значения по нескольким функциям. Очень сложно бывает найти непреднамеренные мутации объектов, которые сразу же дают баги. Тем более, что функциональный код, особенно у новичков, часто сложнее для восприятия, чем императивный. Кроме того, код с redux получается весьма громоздким, переполненным обслуживающим кодом.

То есть для сопровождения, написания тестов, QA команд, я думаю, что по React уже горы документации, все написано, все подводные камни уже с меточками, нанесены на карты, весь майнстрим навонен непальскими шерпами (expert react за 21 день, и т.д.)

Типичные ошибки и подводные камни известны, но натыкаться на них люди всё равно продолжают.

Практически, в любом проекте на Vuejs получается первопрохождение, если вы простите мне мою аллегорию.

В реактовых проектах тоже получается первопрохождение, потому что набор библиотек меняется от проекта к проекту плюс API самих библиотек тоже меняется. В простом проекте использовали thunk, в более сложном решили попробовать саги; в одном mapStateToProps писали в контейнере, в другом выделили селекторы в отдельные функции с reselect; тут кто-то решил поиграться с recompose, а в другом решили попробовать новенькие хуки; в одном проекте в стор клали нативные объекты, а в другом - ImmutableJS. Все эти эксперименты приводят к тому, что один проект на реакте может значительно отличаться от другого, придёт новичок и где-нибудь напортачит.

Answer 8

[Александр Дроздов]

Пиши на чем пишешь, даже если потеряешь 1сек в скорости, это херня по сравнению с багами на которые потратишь кучу времени.

Реакт это те же яйца, только вид сбоку)

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

Answer 9

[antimodern]

Больше работы и перспективы в корпоративном секторе. Реакт там и останется выбором.
Вью больше для соло, дизайна, небольших стартапов, команд из дизайнеров-вчерашних верстальщиков, бекендеров, пробующих фронт и тд. Короче, для 90% случаев))