Переход с React на Angular, стоит ли?

Question

[GreaterGlider]

Оттарабанил 2 года на Реакте в общей сложности в трёх проектах. И во всех трех всё было устроено максимально по разному, на реакте кто как хочет, так и выстраивает структуру приложения и набор используемых либ. И каждый раз словно изучаешь всё заново. Надоело.

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

Нужен совет опытных ангулярщиков, во 1) правда ли изучаешь один раз и применяешь везде? 2) как обстоят дела в крупных проектах?

Comments

[Владислав Лысков]

А вот мне тоже это интересно, мои прошлые коллеги собираются мигрировать на ангуляр по этим же причинам + ts, поэтому подпишусь

[Strannyk]

Можно подумать, это необратимый процесс...

[ned4ded]

Владислав Лысков, реакт отлично работает с тс (:

[Владислав Лысков]

ned4ded, я это понимаю :)

Answer 1

[Антон Швец]

1) правда ли изучаешь один раз и применяешь везде?

да.
У нас не принято собирать разнообразные велосипеды из набора либ. Разве что стейты vs сервисы :)
Меня всегда это вымораживало в реакте, чтобы реализовать привычные вещи приходится тащить черти что и еще выбирать самому. А чтобы выбирать нужно уже знать варианты.

2) как обстоят дела в крупных проектах?

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

Архитектура приложений будет больше зависеть не от Ангуляра, а от знакомства разрабов с принципами построения архитектур, которые в целом несложны.
Сам Ангуляр ничего не навязывает, Nuxt в этом плане даже более структурирован. Однако и так все само получается примерно схоже. Отчасти поэтому nuxt/next для ангуляра не существует.
Еще популярен Nx, который помогает собрать монорепу из angular+nestjs например.

стоит ли?

Определенно стоит ознакомиться. Некоторые практики, без которых Ангуляр сложно представить, можно использовать и в react. Например di, если еще не используете.

Answer 2

[approximate solution]

Нужен совет опытных ангулярщиков, во 1) правда ли изучаешь один раз и применяешь везде? 2) как обстоят дела в крупных проектах?

Я так понимаю вас останавливает желание учиться и хочется меньше кочек по жизни?) Или вы пошли во фронтенд что бы один раз выучил, "и так сойдет")). Надо привыкать к тому, что не все пишут идеальный код, и идеальную архитектуру. Ваши притензии "написано максимально по разному" - так в этом и суть программирования - "есть два архитектора, и одинаковые инструменты, ну не построят они 2 одинаковых дома если не будут тотально сливать друг другу весь архитектурный план и идеи". Каждый пишет как умеет, и на сколько позволяет дедлайн, наличие тестов, денег в проекте.

Насчет ангуляра - он отличный, но и на нем иногда такое дерьмо видишь, что глаза вытекают. Не надо становится тем человеком, которого называют "Java головного мозга", не стоит становится заложником одного фреймворка.

Comments

[GreaterGlider]

"написано максимально по разному" - так в этом и суть программирования

где-то хрюкнул от смеха инженер команды Angular

Понимаете, дело не совсем в этом. Меня не пугает изучат ангуляр если он принесет описанные бенефиты. В реакте ты всегда приходишь на проект где за тебя уже всё решили. А я может на что-то из этого не подписывался. Банальный пример - на прошлом месте разрабы считали святым долгом соорудить развесистую иерархию наследования классов, что после ухода этой команды было объявлено как легаси и массово начало переписываться на композицию (как документация реакт и советует). Да бл*ть, вы угараете? - хотелось орать. Вот от такой херни хочется уйти раз и навсегда

[Иннокентий Иванов]

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

Только вот в Angular структура проекта более-менее одинаковая везде в рамках одной компании и даже бОльшей части вообщества этого фреймворка. Почему?

Answer 3

[Pavel Shvedov]

На ангуляре тоже можно лабать отсебятину