За 10 лет был на проектах и везде прекрасно rxjs работает в связке с angular.
Кстати, использование этого стека в корп сегменте с очень большими проектами может что-то сказать в пользу rxjs. Входной порог чуть выше, но жизнь хорошо упрощается.
type isArray<T> = T extends unknown[] ? true : false;
type MyType<T> = isArray<T> extends true ? T : { value: T };
const arr: MyType<number[]> = [1, 2, 3]; // arr имеет тип number[]
God-object, прям в точку. Но как иначе без шины, вроде самый простой и логичный вариант?
Про то как понять, что произошла ошибка в Actions и видеть его прогресс так такие проблемы стали возникать с приходом web sockets. (появились дополнительные actions=)))
По чему не elf, а ngrx? (использовал и то и другое для компонент-стор а, elf больше лежит к сердцу. Но почему у Вас именно такой выбор? Из-за существующего глобального стора на ngrx не хотелось компонентный стор менять?)
Разработчик написал фичу, прошло ревью, ветку помержили и отправили в прод...
Т.е. при выкатывании новых фич отсутствует процесс тестирования?
В чем именно сложность найти проблему если можно пройтись по колл стейку и определить проблему, обычно это происходит быстро
Если частая проблема с тем, что падает прям всё приложение в рантпйме, то можно сделать пару дымовых е2е тестов
Ощущение, что микросервимы это больше про разделение функционала для удобства и переисполтзования. А в статье основной довод, что какие-то страницы будут работать при ошибках в других микросервисах...
Было бы отлично добавить два пример на StackBlitz, с рендерингом 200 компонентов на onPush и без него, тогда каждый поставит его по умолчанию в схематикс =)
Сигналы не замена rxjs, они синхроные...
За 10 лет был на проектах и везде прекрасно rxjs работает в связке с angular.
Кстати, использование этого стека в корп сегменте с очень большими проектами может что-то сказать в пользу rxjs. Входной порог чуть выше, но жизнь хорошо упрощается.
Сигналы синхронные, а subject асинхронный
Разве есть что-то кроме мола?
Кажется, слышал, что javascript написан на моле
В этой статье говорится, что могут быть проблемы если кто-то догадается передавать числа в методы в которых сигнатура enum...
Т.е. это является проблемой?
С таким подходом и зная про as any мы можем сказать, что весь ts не безопасный
Раздутие размера бандла с учётом серверного сжатия стримится к нулю)))
Не надо экономить на enum
А какие "некоторые другие проблемы" есть?
В чем профит
Не лучше
Можете привести пример из практики где использовали
Да и для остальных практик хорошо было бы привести реальные примеры
Также отмечу, что в
Лучше исполтзовать enum для поля logindata и ещё показать как работает type guard...
Везде использовать Interface, в там где его нельзя использовать используйте type)))
Да, обидно когда хочешь сделать директиву без модуля, а в hostDirectives использовать что-то из cdk/material, а там она без standalone...
И в итоге не получается сделать свою standalone из-за cdk/material
Слишком много кода (кстати, было бы неплохо отправить его сначала на ревью)
В основном статья про бутстрап лейаут...
Популярность - не есть удобство
Например 90% онлайн школ обучают react, а не angular
И это не потому что angular на 90% хуже...
Кстати, можете написать чем angular хуже (только объективно, не вкусовщиной)?
God-object, прям в точку. Но как иначе без шины, вроде самый простой и логичный вариант?
Про то как понять, что произошла ошибка в Actions и видеть его прогресс так такие проблемы стали возникать с приходом web sockets. (появились дополнительные actions=)))
По чему не elf, а ngrx? (использовал и то и другое для компонент-стор а, elf больше лежит к сердцу. Но почему у Вас именно такой выбор? Из-за существующего глобального стора на ngrx не хотелось компонентный стор менять?)
Rxjs придумали в 1875.
Люди до 1875 - как отменять цепочки асинхронных событий???
Разработчик написал фичу, прошло ревью, ветку помержили и отправили в прод...
Т.е. при выкатывании новых фич отсутствует процесс тестирования?
В чем именно сложность найти проблему если можно пройтись по колл стейку и определить проблему, обычно это происходит быстро
Если частая проблема с тем, что падает прям всё приложение в рантпйме, то можно сделать пару дымовых е2е тестов
Ощущение, что микросервимы это больше про разделение функционала для удобства и переисполтзования. А в статье основной довод, что какие-то страницы будут работать при ошибках в других микросервисах...
Иногда пример, это только пример...
Пока не встретился с применением hostDirectives на компоненте в своем проекте, но когда-нибудь настанет этот день)
увеличивает магию в компонентах...
но если очень хочется, то не так сложно написать свой декоратор, чтобы не подключать лишний пакет
Было бы отлично добавить два пример на StackBlitz, с рендерингом 200 компонентов на onPush и без него, тогда каждый поставит его по умолчанию в схематикс =)