VS
А можно было сразу через match!
согласен) правда наверное это писалось еще до того как match! зарелизили)
Size: a a a
2020 May 13
SN
у меня есть небольшой пример) https://github.com/fsharplang-ru/pulsar-client-dotnet/blob/develop/src/Pulsar.Client/Internal/MultiTopicsConsumerImpl.fs#L72-L82
хороший пример. я приблизительно до такого дошел своим умом. вообще ответ на мой вопрос нашелся как ни странно в примерах для AsyncSeq
VS
согласен) правда наверное это писалось еще до того как match! зарелизили)
а нет, ниже по коду там как раз match!
SN
кстати, вот этот сниппет
match message with-- это случайно не
| Result msg ->
let newMessageId = { msg.MessageId with TopicName = topic }
yield Result { msg with MessageId = newMessageId }
| ex -> yield ex
Result.map?SN
впрочем это не существенно
SN
ща, у меня другой вопрос есть
VS
Да) Только там кастомный Result, поэтому нет)
SB
Ну здесь не логика, здесь что-то типа, если такой-то процесс прошел успешно, то возьми значение из него, если нет - залоггируй причину и возьми такое-то fallback значение.
у меня полдомена такого
SB
getOrElse пока хватаетVS
Да) Только там кастомный Result, поэтому нет)
R
но зачем кастомный?
AH
Зонятно. А чо тайп алиас не юзали?
R
та же мысль, ага.
type 'T ResultOrException = Result<'T, exn>VS
но зачем кастомный?
ну не хватает просто ревьюеров) думаю можно поменять
R
правда, в коре резалт — структура. Мб Владимир побенчил и понял, что там на копировании миллионы тиков теряются
VS
не, просто хотелось ограничить второй кейс эксепшном
SN
это превью космос sdk, как бы это получше переписать? ссылка на документацию по sdk там же. я че-то пропустил в самом sdk?
AH