АП
увидев знакомый ооп подход с иньекцией в конструктор - первая мысль написать те же методы loadSome() и пользоваться обычными свойствами, опрашивая их синхронно, без ожидалок
Size: a a a
2021 March 30
ЕУ
увидев знакомый ооп подход с иньекцией в конструктор - первая мысль написать те же методы loadSome() и пользоваться обычными свойствами, опрашивая их синхронно, без ожидалок
пример напиши
АП
однако да, преобразование даты требует на вход локали из сервиса языков, языки в котором появятся через некоторое время. а преобразовать метод их пытается немедленно. от чего падает в ошибку
АП
конкретного вопроса не будет. если бы я поставил вопрос - я б его уже решил. я хочу понять подход написания в котором есть
Сервис1 Сервис2
сначала данные попадают в сервис 1
а потом сервис2 юзает сервис1 чтобы их получать
но не понимаю как воткнуть ожидалку чтоли, что-то вроде "когда сервис1 их получит тогда и юзаем"
Сервис1 Сервис2
сначала данные попадают в сервис 1
а потом сервис2 юзает сервис1 чтобы их получать
но не понимаю как воткнуть ожидалку чтоли, что-то вроде "когда сервис1 их получит тогда и юзаем"
АП
сложности именно с переходом от промизов в обсерваблы. раньше я как-то бы к уже сделанному промизу .then() написал и не переживал особо
сейчас это называют антипаттерном и ругают
сейчас это называют антипаттерном и ругают
SC
сложности именно с переходом от промизов в обсерваблы. раньше я как-то бы к уже сделанному промизу .then() написал и не переживал особо
сейчас это называют антипаттерном и ругают
сейчас это называют антипаттерном и ругают
у нас было приложение, написанное на промисах и с использованием Мобикса и ничего)))
В
сложности именно с переходом от промизов в обсерваблы. раньше я как-то бы к уже сделанному промизу .then() написал и не переживал особо
сейчас это называют антипаттерном и ругают
сейчас это называют антипаттерном и ругают
https://rxjs-dev.firebaseapp.com/operator-decision-tree второй пункт и далее кликать
АП
Владимир
https://rxjs-dev.firebaseapp.com/operator-decision-tree второй пункт и далее кликать
начал оттуда. попытка описать всё юзкейсами закончится тем что их фигльярд
В
начал оттуда. попытка описать всё юзкейсами закончится тем что их фигльярд
из написанного выше, если я правильно понял - есть один обзервабл с датой, есть другой обзервабл с локалью, скомбайнить их - простая задача.
АП
у нас было приложение, написанное на промисах и с использованием Мобикса и ничего)))
мы можем свалится в обсуждение моего тимлида и в то, что реактивный подход похож на автомобиль где включить поворотники можно 12-ю рычажками разной формы со всех сторон автомобиля, но юзается обычно один... только пришел я чтобы попытаться получить другой ответ
M
привет, я новичок в ангуляр, и мне хотелось бы понять как правильно поделится результатами http запроса между сервисами. запросы получаются асинхронные, и потому все методы возвращают обсерваблы. подписываясь к этим "заготовкам" в двух разных сервисах - я выполняю разные запросы.
мне знаком shareReplay() который гарантирует запросу одноразовость, но в этом случае я не понимаю в какой нотации следует писать методы - одни из них loadSome() + shareReplay(), а вторые doSome() без него?
мне знаком shareReplay() который гарантирует запросу одноразовость, но в этом случае я не понимаю в какой нотации следует писать методы - одни из них loadSome() + shareReplay(), а вторые doSome() без него?
shareReplay() нужно применять к тому observable который отвечает за http запрос, иначе не заработает
SC
веб разработка современная максимально переусложнена - это факт)
Кm
веб разработка современная максимально переусложнена - это факт)
Или нет, это факт
SC
Или нет, это факт
раньше, - хтмл, цсс и джс, щас какие-то обсервеблы, и т.д. ))
АП
Владимир
из написанного выше, если я правильно понял - есть один обзервабл с датой, есть другой обзервабл с локалью, скомбайнить их - простая задача.
не, проще вроде.
есть апи возвращающая языки.
есть модуль языков, в нем сервис оборачивающий всю логику работы с языками. создать добавить выбрать поменять.
есть модуль дат. у него пока нет никаких обсерваблов. он предоставляет datePipe(), которому для операций на фронте нужна локаль.
локаль будет в сервисе языков. будет когда он ее загрузит.
датапайп падает в ошибку потому что сервис языков будет готов после апи запроса, а не до него
есть апи возвращающая языки.
есть модуль языков, в нем сервис оборачивающий всю логику работы с языками. создать добавить выбрать поменять.
есть модуль дат. у него пока нет никаких обсерваблов. он предоставляет datePipe(), которому для операций на фронте нужна локаль.
локаль будет в сервисе языков. будет когда он ее загрузит.
датапайп падает в ошибку потому что сервис языков будет готов после апи запроса, а не до него
В
не, проще вроде.
есть апи возвращающая языки.
есть модуль языков, в нем сервис оборачивающий всю логику работы с языками. создать добавить выбрать поменять.
есть модуль дат. у него пока нет никаких обсерваблов. он предоставляет datePipe(), которому для операций на фронте нужна локаль.
локаль будет в сервисе языков. будет когда он ее загрузит.
датапайп падает в ошибку потому что сервис языков будет готов после апи запроса, а не до него
есть апи возвращающая языки.
есть модуль языков, в нем сервис оборачивающий всю логику работы с языками. создать добавить выбрать поменять.
есть модуль дат. у него пока нет никаких обсерваблов. он предоставляет datePipe(), которому для операций на фронте нужна локаль.
локаль будет в сервисе языков. будет когда он ее загрузит.
датапайп падает в ошибку потому что сервис языков будет готов после апи запроса, а не до него
значит локаль он должен получать не синхронно, а подписаться на нее
АП
Владимир
значит локаль он должен получать не синхронно, а подписаться на нее
верно. я шел этим путем когда делал авторизацию, сделав субьект user$, потом мне еще захотелось утопиться в потоке от того что для меня даже public loading = false начали казаться потоками
АП
я не смог понять разницу и вернул обычное public user ?: User; ....
АП
Владимир
значит локаль он должен получать не синхронно, а подписаться на нее
собственно здесь остался "технический долг" в голове - когда нужно то а когда это и в чем смысл делать из переменной поток, а потом весь код состоит из сабскрайбов... при условии что в сервисах обычные проперти которые надо заполнять
может нафиг сервисы в итоге или где я тут запутался
может нафиг сервисы в итоге или где я тут запутался
В
потоком может быть все что угодно, это не набор условий а способ организации кода