AP
Выставлять наружу реализацию — не дело
Size: a a a
2020 December 09
AP
Потому что это становится частью API. Который нужно версионировать, поддеживать
SO
ну это правильно, еще я думал кейс, например надо ко всем запросам в url прибавить хост
AP
AP
Но команды смешиваются, так что он не особо помог бы, даже если бы позволял получить доступ к пейлоаду постфактум
SO
map это же для сообщений
SO
не для параметров запроса
AP
Да, потому что иначе пришлось бы делать тип-сумму для всех возможных эффектов
SO
ну в общем это типа не elm-way
SO
так мапать параметры команд
AP
Cmd не является Profunctor :)
AP
Нельзя замапить вход, только выход
AP
Как отделить Cmd с запросом от Cmd с получением рандома после того, как они забатчились?
AP
И вообще, как получить свидетельство того, что в Cmd в принципе есть нужный вид эффекта?
AP
С линзами (призмами) бы прокатило
SO
Как отделить Cmd с запросом от Cmd с получением рандома после того, как они забатчились?
ну это понятно да что шарить по ним это так себе
AP
Можно изобразить свой тип-сумму для тех эффектов, которые в приложении используются, возвращать из апдейтов его и только на верхнем уровне материализовать в Cmd
AP
ну это понятно да что шарить по ним это так себе
Не "так себе", а "невыразимо в текущем языке"
SO
а вот какой-то маппринг значения самой команды через заданный api впринципе мог бы быть, но опять же скорее это не elm-way
AP
Cmd.map patchRequest (Task.perform getRandom) как должен работать? Молча игнорировать?