Ребята молодцы, старались, но надо подтягивать навыки презентации. Лично мое мнение - новичку, опять же в моем лице, невозможно это смотреть и слушать. Быстрое хаотичное пролистывание слайдов туда-сюда, перебивание друг друга, какие-то оговорки, якобы важные, а по факту только излишне дробящие доклад. Из доклада не понял даже то, что уже знал. Постоянно тормозя видео и отматывая назад, таки понял, что ребята пытались сказать. Досмотрел до 8-й минуты и, пожалуй, хватит. Устал. Лайк за энтузиазм.
О каких пропсах идет речь, когда для коммуникации множества компонентах есть синглтон сервисы? Все время приследует мысль что Redux паттерн в Angular - это попытка перенести привычное мышление из мира React в Angular где и так все прекрасно работает (благодаря DI). Хотелось бы услышать какие-то весомые аргументы в пользу данной методологии.
@@SkyAndStarss То есть использовать потому что это модно, а не потому что на Angular можно без него легко обойтись. Зависит от проекта, конечно, но чаще всего redux архитектура избыточна
Отделение данных от компонента. Увеличилась реактивность приложения за счёт асинхроннотси и хранения данных в одном месте. Избавление от моря подписок и отписок, в случае имитации собственного состояния. Изначальное базирование данных в едином состоянии упрощает продумывание архитектуры приложения и позволяет легко расширять её в будущем. Упрощает взаимодействие в команде за счёт понимания единой библиотеки. Сокращается время для объяснения друг другу тех или иных решений. Многое становится очевидным.
Акита зе бест. Динамические сторы, минимум бойлерплейта и понятная навигация по коду и рефакторинг. В нгрх на каждый чих пишешь кучу всего. Проект растет, а толку нет
NGRX более красиво, функционально и подробно позволяет описывать потоки данных, более богатое API, куча вспомогательных инструментов, поддержка группы разработчиков от Angular, более популярное решение, более надёжно, понятная документация.
Почему бы не использовать просто сервис вместо store?
даешь больше тем по ангулару)
Ребята молодцы, старались, но надо подтягивать навыки презентации. Лично мое мнение - новичку, опять же в моем лице, невозможно это смотреть и слушать. Быстрое хаотичное пролистывание слайдов туда-сюда, перебивание друг друга, какие-то оговорки, якобы важные, а по факту только излишне дробящие доклад. Из доклада не понял даже то, что уже знал. Постоянно тормозя видео и отматывая назад, таки понял, что ребята пытались сказать. Досмотрел до 8-й минуты и, пожалуй, хватит. Устал. Лайк за энтузиазм.
О каких пропсах идет речь, когда для коммуникации множества компонентах есть синглтон сервисы? Все время приследует мысль что Redux паттерн в Angular - это попытка перенести привычное мышление из мира React в Angular где и так все прекрасно работает (благодаря DI). Хотелось бы услышать какие-то весомые аргументы в пользу данной методологии.
походу только стейт менеджмент
основной аргумент был сказан в начале: зачем писать свой стейт, если уже есть готовый
@@SkyAndStarss То есть использовать потому что это модно, а не потому что на Angular можно без него легко обойтись. Зависит от проекта, конечно, но чаще всего redux архитектура избыточна
Отделение данных от компонента.
Увеличилась реактивность приложения за счёт асинхроннотси и хранения данных в одном месте.
Избавление от моря подписок и отписок, в случае имитации собственного состояния.
Изначальное базирование данных в едином состоянии упрощает продумывание архитектуры приложения и позволяет легко расширять её в будущем.
Упрощает взаимодействие в команде за счёт понимания единой библиотеки. Сокращается время для объяснения друг другу тех или иных решений. Многое становится очевидным.
если вы поделитесь тем, как можно реализовать полноценное ентерпрайз приложения без использования единого состояния буду очень признателен!
Акита зе бест. Динамические сторы, минимум бойлерплейта и понятная навигация по коду и рефакторинг. В нгрх на каждый чих пишешь кучу всего. Проект растет, а толку нет
NGRX более красиво, функционально и подробно позволяет описывать потоки данных, более богатое API, куча вспомогательных инструментов, поддержка группы разработчиков от Angular, более популярное решение, более надёжно, понятная документация.