ок, если на форму, то опять внутри валидатора setError делать?)) на котролах

да при чем тут вообще сетэррор. почитай про кастомные валидаторы

очень интересный взгляд. сейчас попробую взглянуть через такую призму

это чисто моя точка зрения, я во фронте не очень прям силен, но это то что я увидел в этом) rx

опа, прям под ключ, спасибо сейчас прочитаю вдумчиво

к сожалению это "промиз-стайл", когда каждый метод оборачивает предыдущий, чтобы в конце вызвать следующий... ну то есть это сработает в одном месте фронта, вызвав запрос в апи на код языка

выведем во втором месте - и снова хттп запрос на код языка. и так далее далее далее. придется втыкать shareReplay() и вернуться к началу вопроса о запросе который выполняется единожды за все приложение.

ибо, запрос кода языка должен вернуть другой результат, если мы во время работы программы сменим этот язык и при этом не делать второго запроса при втором вызове formatDate()

может быть потому что жс - про асинхронщину?

я вроде написал, с этого можно начать

если у вас узкое место в сервисе языка, оптимизируйте его

воткните там shareReplay и выдавайте всем один и тот же обс

например

уточню, я не выкатываю претензию что это плохо. или что ты не помог, я лишь хочу сказать остановился ровно на этом же и задался вопросом "как это сделать мудро" а не "как это сделать"
мудро значит "применить нужные знания" а не "применить знания"

при этом публичные интерфейсы сервисов не изменятся

совершенно верно - одно из решений - shareReplay() которое мне попалось.
однако оно делает будущие вызовы метода бесполезными, разве нет?

если реплей разместить в сервисе языков - то понадобится уже второй метод, который делает это же но без реплея когда потребуется. и при этом всем как-то перебивает действие старого т.к. вызовы старого зашиты в коде

а если реплей разместить в сервисе дат, и в последствии в других сервисах - то и реплей тоже будет только для них работать, мне так кажется, а значит число запросов не уменьшится

чем бесполезным
зачем второй метод

> а если реплей разместить в сервисе дат, и в последствии в других сервисах - то и реплей тоже будет только для них работать, мне так кажется, а значит число запросов не уменьшится

вообще не понял

откуда такой вывод

если я правильно понял концепцию shareReplay()

loadLanguages = () =>  http.get(url).pipe(shareReplay());
getLanguages = () =>  http.get(url);

ибо сколько бы раз я потом не вызывал loadLanguages() я всегда буду получать первое значение, что не имеет смысла, если я могу "добавить язык" или удалить его

условно юзер может быть в системе 15 минут и допустим перезагрузит страницу браузера чтобы loadLanguages() снова сходил в апишку. но делать приложение не работающим по этому критерию вроде не слишком разумно

концепция этого оператора что он 1 раз подпишется на вышестоящий обсервабл и будет его эмиты бродкастить всем подписчикам что ниже него