Мария, ваш геттер при чтении выполняет функцию и вовзвращает результат, каждый раз новый.
А если в свойстве записать, то функция выполнится один раз и в свойстве будет хранится ее результат, т.е. промис.
peerDependencies подразумевает что пакет использует зависимости, которые уже должны быть установлены. Это фишка для разных библиотек, например при сборке ангулярской библиотеки такое есть, если ты ставишь такую, то подразумевается что ангуляр у тебя уже стоит.
А тут видимо ваятели этого апполона-григорьева подразумевают что реакт стоит у всех, ну как же без реакта то.
В общем причина проблемы в том, что они внесли код, зависящий от реакта в общий индекс, и вообще в один пакет. Раньше оно в разных было. А сборщик наш не может вырезать лишнее. не отрезолвив зависимостей, вот он и падает.
Как вариант решения проблемы - импортить нужные вещи не из главного индекса, а поглубже брать.
Выберете реакт - будете выбирать исполнителя из толп радостных разработчиков, вчера закончивших курсы. Выберете Ангуляр - нужно будет нормально так профинансировать исполнителя, если вообще найдете.
А уж что для вас лучше - решение за вами. Технологии решают одну задачу, насколько долго - зависит от разработчика.
acwartz, ngrx не является никаким официальным стейт менеджером, он был сделан по подобию редакса, который популярен в react мире.
На тему зачем - https://youtu.be/Azus3_CEkpw
lssssssssssl, я не говорю что лучше. ngrx призван решать немного другие вопросы.
Но для начала научитесь решать эту задачу без него, чтобы понять зачем он вообще нужен. Это поможет разобраться.
ngrx вообще не является необходимостью, и каша это нормально, он вызывает массу вопросов, совершенно неоправданных с точки зрения сложности. Т.е. это всего навсего стейт менеджер, он не должен выносить мозг.
Попробуйте просто на сервисах и rx все сделать сначала. Мне акита нравится.
Я бы сказал что стоит начать с начала туториалов по ангуляру :)
А вообще вот вам подсказка, AsyncPipe служит для "распаковки" значения из объекта типа Observale или Promise прямо в шаблон. Бесполезно вешать его на значение.
И вот еще подсказка. Чтобы отобразить результат, нужно 1. Знать когда это сделать. 2. Знать что отображать.
И промисы и обсерваблы позволяют узнать оба этих пункта, только обсерваблы дают намного больше возможностей.
Mesuti, фишка в том, что тот, кто реально хочет и может что-то изучить - делает это без посторонней помощи. Источников информации полно. Никаких проблем с обучением вообще нет, тем более сейчас.
Не то что 20 лет назад, когда были только устаревающие книги и на них нужны были деньги.
В жизни никому в помощники не набивался и "научить" не просил. Если и нужна инфа от другого человека - будь добр составить конкретный вопрос.
Franked, можно создать один сабжект и хранить в нем объект из трех полей. А можно и три разных сервиса.
Зависит от ваших предпочтений и наличия потенциала для расширения.
G F, у меня был случай, я делал проект на гридах, а потом на полпути внезапно объявили необходимость поддерживать ie11. И в нем все работало не очень стабильно и предсказуемо.
Пришлось гриды выпиливать поспешно.
В общем все что можно сделать на флексах стоит делать на них. Грид - только если уж прям явно профит.
Можно так попробовать сделать.
тогда инпут обязан быть производной от MyType