EP
return crop_to_cat(img)
.and_then(add_bow_tie)
.and_then(make_eyes_sparkle)
.transform(make_smaller)
.transform(add_rainbow);Size: a a a
2020 April 01
AZ
Как будто что-то плохое, мне нравятся такие варианты:
чтоб так весь код написать можно было
O
Как будто что-то плохое, мне нравятся такие варианты:
return crop_to_cat(img)
.and_then(add_bow_tie)
.and_then(make_eyes_sparkle)
.transform(make_smaller)
.transform(add_rainbow);И даже такое мне кажется приятнее исключений:
expected<int, error_condition>f(int i,int j,int k){
return monad::bind(safe_divide(i, k),[=](int q1){
return monad::bind(safe_divide(j,k),[=](int q2){
return q1+q2;
});
});
}EP
O
а с примером не очень понятно, если в crop ошибка, то что будет с остальными методами?
Я оставил ссылку на пропозал, не уверен, что мой пересказ по мотивам будет лучше его прочтения
AZ
AZ
можешь идти к Гранину
O
чтоб так весь код написать можно было
Стараюсь)
EP
O
пишешь в таком стиле?
Пока что лишь стремлюсь к нему
O
а, я понял с какого ты лагеря
Да, сокрыть это непросто...
EP
Пока что лишь стремлюсь к нему
а) покажешь потом как-нибудь
O
а) покажешь потом как-нибудь
Думаю, если, наконец, начну вплотную заняться моим приватным опенсорсным проектом и открою его... Может быть, может быть...
EP
просто если серьёзно настаивать на таких вариантах, нужны примеры
O
просто если серьёзно настаивать на таких вариантах, нужны примеры
Хм, идеальных решений нет. Ни вариант с функциональным управлением ошибками, ни с исключениями не идеальны. Я предпочитаю терпеть некоторые неудобства первого подхода, потому что второй мне нравится меньше, это вопрос личных предпочтений
а
посоветовали
советую писать свой
Е
советую писать свой
спасибо я хочу в этом году закончить
O
спасибо я хочу в этом году закончить
Нужно в прошолом году, в этом можно не успеть до окончания человечества
а
спасибо я хочу в этом году закончить
да ты чо рофлишь
а
что сложного в парсинге джсона