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 и без него, тогда каждый поставит его по умолчанию в схематикс =)
Если это статья про библиотеки для отписки, то нужно составить сводную таблицу, написать ±, размер бандлов. (целую библиотеку использовать для этого, слишком дорого выглядит, можно написать свой декоратор)
Если статья про отписки, то можно привести статистику по проектам или прикрутить опрос.
Считаю верным подход async pipe, если не удается, то takeUntil с this.onDestroy$, в который эмитим при уничтожении компонента.
Кажется, уже вышла 1000 статей и докладов, но проще и очевидней способа чем takeUntil везде где нет async pipe не удалось найти
Сигналы синхронные, а 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 и без него, тогда каждый поставит его по умолчанию в схематикс =)
Где репозиторий с примером…
Почему эта зима прохладная…
Если статья про отписки, то можно привести статистику по проектам или прикрутить опрос.
Считаю верным подход async pipe, если не удается, то takeUntil с this.onDestroy$, в который эмитим при уничтожении компонента.
Кажется, уже вышла 1000 статей и докладов, но проще и очевидней способа чем takeUntil везде где нет async pipe не удалось найти