Потому что надо уметь, а не только знать. Тогда и боли не будет. Но согласен, что хорошую доку по эрыксу достать та ещё задачка. Полной нет, куски собирать приходится. Но это всяко лучше всех этих костылей редаксовских.
Какие ещё нджирыксы в ангуляре? Всё решается внутренними сервисами + rxJS. Теперь ещё и сигналы появились. Хочешь глобальный стейт, пожалуйста. Хочешь локальный, нет проблем. Инжекти как тебе душе угодно. Зачем все эти костыли?
При всём уважении. Но таких примеров полно на просторах интернета. Имитируйте реальную задачу. Например, выбор пользователем какого-то товара вместо банального 1234. Ну например, поиск авто по каталогу. Первый селектор - марка, второй - модель, третий - год, четвёртый - цвет. Так читателю будет нагляден смысл switchmap. А ещё можно написать рядом вариант без него, т. е. Подписку в подписке, продемонстрировав тем самым как убого будет выглядеть код бег этого оператора.
Про сужение типов не согласен. Обычно код строят так, что либо то либо другое будет. А заводить доп поле type не очень хочется. Лучше для каждого типа свою функцию заводить.
Все понятно. AddItem создает какой-то итем (безграмотно, конечно, любой динамический шаблон в приложении более менее нормальной сложности построен на итемах, но таковы входящие условия). В ts комментарий к ф-ции "создание нового итема по кнопке "создать новый итем".
Всё станет понятно, если сравнить по ППС. 1 еврик это примерно 40к рублей. Сильно ли разбежишься в Москве на 140к?
Куда интереснее другое. Представим, что вода вдруг лишилась этой аномалии...
Потому что надо уметь, а не только знать. Тогда и боли не будет. Но согласен, что хорошую доку по эрыксу достать та ещё задачка. Полной нет, куски собирать приходится. Но это всяко лучше всех этих костылей редаксовских.
Какие ещё нджирыксы в ангуляре? Всё решается внутренними сервисами + rxJS. Теперь ещё и сигналы появились. Хочешь глобальный стейт, пожалуйста. Хочешь локальный, нет проблем. Инжекти как тебе душе угодно. Зачем все эти костыли?
Сервис в ангуляре по-умолчанию всегда синглтон. Исключения составляют useClass или провайдинг в компонент, тогда создаётся новый экземпляр.
Категорически нерабочее решение. Отписок нет, типизации никакой.
При всём уважении. Но таких примеров полно на просторах интернета. Имитируйте реальную задачу. Например, выбор пользователем какого-то товара вместо банального 1234. Ну например, поиск авто по каталогу. Первый селектор - марка, второй - модель, третий - год, четвёртый - цвет. Так читателю будет нагляден смысл switchmap. А ещё можно написать рядом вариант без него, т. е. Подписку в подписке, продемонстрировав тем самым как убого будет выглядеть код бег этого оператора.
Про сужение типов не согласен. Обычно код строят так, что либо то либо другое будет. А заводить доп поле type не очень хочется. Лучше для каждого типа свою функцию заводить.
Все понятно. AddItem создает какой-то итем (безграмотно, конечно, любой динамический шаблон в приложении более менее нормальной сложности построен на итемах, но таковы входящие условия). В ts комментарий к ф-ции "создание нового итема по кнопке "создать новый итем".
/* документируй функции */ Л - логика