m
Интересное приложение ты пишешь 👀
Ну так пандемия. У заказчика сроки горят
Size: a a a
2020 June 28
m
Правда вместо souls у него shoes..
S
Всем привет. Такой кейс
Мне нужна фича чтобы получить регион пользователя по его местопложению
1) Эффект для получения местопложения (navigator.geolocation.getCurrentPosition)
2) запрос на эндпоит для загрузки регионов
Теперь такой кейс. Как красиво сделать так, чтобы я запрашивал регион юзера, он проверял в какой регион он входит и возвращал его
Тут 1 эффект может завершиться раньше 2, то есть обязательно чтобы регионы были запрошены и вернуть регион (проверки входа точки в полигон готово)
Мне нужна фича чтобы получить регион пользователя по его местопложению
1) Эффект для получения местопложения (navigator.geolocation.getCurrentPosition)
2) запрос на эндпоит для загрузки регионов
Теперь такой кейс. Как красиво сделать так, чтобы я запрашивал регион юзера, он проверял в какой регион он входит и возвращал его
Тут 1 эффект может завершиться раньше 2, то есть обязательно чтобы регионы были запрошены и вернуть регион (проверки входа точки в полигон готово)
S
или запрашиваит местоположение строго после fetchRegionsFx.done
S
но может у кого есть варианты лучше
YL
makoven
Подскажите как красивее сделать в терминах эффектора? Есть интерфейс, описывающий удаленную сущность
interface SatanEntity {
getSoul(id: number): Promise<Soul>,
addSoul(soul: Soul): Promise<number>,
}
Интерфейсу подчиняются и серверная сторона и клиентская. Сейчас на клиенте этот интерфейс реализуется у класса, так что в результате можно записать
const satanEntity = new SatanEntity('/rpc/satan');
const soul42 = await satanEntity.getSoul(42);
Если уйти от классов, есть ли возможность красиво выразить такую сущность в эффекторе, чтобы она при этом имплементила интерфейс?
interface SatanEntity {
getSoul(id: number): Promise<Soul>,
addSoul(soul: Soul): Promise<number>,
}
Интерфейсу подчиняются и серверная сторона и клиентская. Сейчас на клиенте этот интерфейс реализуется у класса, так что в результате можно записать
const satanEntity = new SatanEntity('/rpc/satan');
const soul42 = await satanEntity.getSoul(42);
Если уйти от классов, есть ли возможность красиво выразить такую сущность в эффекторе, чтобы она при этом имплементила интерфейс?
Как поменять но не поменять🌚
YL
Я думаю пока не стоит тебе ее менять
YL
но может у кого есть варианты лучше
Ну первый приходящий в голову вариант эффект где авейтятся эти два
S
Ну первый приходящий в голову вариант эффект где авейтятся эти два
Мне нужно один раз ток запросить
S
Потом уже в сторе будет
YL
Сэмпл тогда с гардом
S
Стор с регионами тож тип есть
YL
Гард который проверяет что в сторе еще ничего нет
YL
И сэмпл у которого в сорсе дан первого эффекта и в клоке второго
YL
Хотя не
YL
Это не 100% рабочая конструкция
YL
Клок может отработать раньшее апдейта соурса
m
Как поменять но не поменять🌚
Ну задача то типовая. Нарастить мясцо на заданный каркас. У ситниковского nanoevents похожая идея. Описываешь события в виде интерфейса с функциями, после чего созданный эмиттер подчиняется этому интерфейсу
m
Подсказывает имена эвентов, проверяет корректность аргументов. Одним словом благодать
YL
Я не вижу смысла в явной сущности с точечкой
Можно создавать эффектом сатаниста
А потом в эффекты просто прокидывать его айди
А сами эффекты отделенеы будут в папке соответствующей доменной области
Можно создавать эффектом сатаниста
А потом в эффекты просто прокидывать его айди
А сами эффекты отделенеы будут в папке соответствующей доменной области