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

2 года опыта с реактом?

главное не тащить за собой реакт. и все получится

легко и с 0, с 2мя то просто

А откуда такое желание? Просто интересно. Вроде рынок реакта шире, или тяга к прекрасному победила?)

Ага, начинается потом редакс притащить и прочую нечисть

а нафига?

Потому что на конференции рассказали как классно сто тонн бойлерплейта писать)))

А есть альернативы?

Конечно. Не писать сто тонн бойлера

Реакт знакомые многие давно перешли на другие стэйт манагеры, с другой парадигмой. Я в ангуляре юзаю датасервисы

BehaviorSubject?

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

Почему бехавиор? Нет

стейт-менеджерить — что значит? какую функциональную задачу решаете, раз решили стейт-менеджерить? или решили стейт-менеджерить просто, без задачи? реактеры стейт-менеджерят сразу, а ЗАЧЕМ?

Signal.

что сигнал?

Так научили, так принято, такая культура сложилась

где такая культура сложилась? я компонентов много посомтрел на ангуляре, нет стейт-менеджера там

так не учат в ангуляре, так не сложилось в культуре, так не принято

Вместо BS

сырое пока

Уже нормальное

Я про реакт среду

мы в ангуляр чате обсуждаем ангуляр

Ваша фраза "реактеры стэйт манагерят сразу, зачем", я на это ответил

Ну как. Вот сидим например кумекаем над приложением. Архитектурим. Есть тз примерно понимаем что будет много данных, надо их както хранить, надо их както удобно получать. Надо их както удобно изменять. Писать логику. В компонентах делать неудобно. В сервисы зпутаешься, приложение разрастется свихнешься. Глобалстейт ngrx море бойлерплейта. Так как?

почему неудобно?

Ну компонет разрастается становится мусорным тяжело поддерживать тяжело тестировать нельзя переиспользовать

например

Так компонент должен быть "тупой"

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

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

Есть компонентный стейт

Не понял >в больших приложениях есть тонна мест, где состояние может быть в них

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

Если выбирать на чем экономить: файлы или удобство поддержки/расширяемости - лучше выбрать второе

не может быть проще поддерживать что-то размазанное, чем не размазанное

А причем тут глобальный стейт?

Ну, Максим писал про большой поток данных. И в целом про масштаб приложения я сделаю ремарку что «большой поток данных»

А в чем стейт менеджер размазан?

ладно, тут поймали меня я просто не знаю, что такое стейт-менеджер, "глобальное" написали, я тригернулся

Ну в теории (да и факту) стейт менеджер это комод с полочками В котором лежат все данные, ты знаешь какую полку надо открыть чтобы достать необходимое

https://t.me/angular_ru/719285

полочку с связанными данными?

Там нет логики