AZ
меня это раздражает ппц
Size: a a a
2020 April 01
AZ
ну и если у тебя другая монада, стейт какой-нибудь,то идешь нафиг
AZ
1. Три
2. У тебя лишняя переменная создаётся
2. У тебя лишняя переменная создаётся
лишняя переменная это плюс а не минус
AZ
её в дебаге видно
p
с любыми монадами, очевидно. У резалтов и списков есть своя ду нотация, у футур своя
Зато сразу видно, где ты делаешь асинхроннуб операцию, а где монажическое связывание с Option
AZ
Зато сразу видно, где ты делаешь асинхроннуб операцию, а где монажическое связывание с Option
да мне и так это видно
AZ
из сигнатуры функции
p
Ща
p
из сигнатуры функции
foo.and_then(|res| res)
Понял что-то?
Понял что-то?
AZ
foo.and_then(|res| res)
Понял что-то?
Понял что-то?
1. плохое именование
2. я не вижу сигнатуры функции в которой это используется
2. я не вижу сигнатуры функции в которой это используется
p
То есть чтобы понять что делает функция нужно пройтись по всем сигнатурам and_then в функции?
p
Ща
AZ
я заебался объяснять
AZ
хочешь обмазываться авейтами - флаг в руки
AZ
пойду работать лучше
r
с любыми монадами, очевидно. У резалтов и списков есть своя ду нотация, у футур своя
Ууу. Опять это. Прыгать через кольца, чтобы какой-нибудь нетривиальный if или цикл в do-нотации сделать - это нормально. Поэтому беспокоимся, что нам не дали кольца (лифт опшна в асинк монаду) и GC
p
пойду работать лучше
https://github.com/teloxide/teloxide/blob/master/examples/admin_bot/src/main.rs#L83
Тут вариант или через ? Делать или через .send().await.log_on_error().await;
Тут вариант или через ? Делать или через .send().await.log_on_error().await;
p
Оба подхода ты критикуешь
p
То есть на каждый запрос нужно было бы делать
?
do
response <- request.send()
response.log_on_error()?
G
https://github.com/teloxide/teloxide/blob/master/examples/admin_bot/src/main.rs#L83
Тут вариант или через ? Делать или через .send().await.log_on_error().await;
Тут вариант или через ? Делать или через .send().await.log_on_error().await;
Тут нахуй архитектуру переписать