БТВ, это можно сделать через валидацию в сеттере или например через атрибут валидации смотря на который будет парсить твою модель Фреймворк. Ой, так asp net и так это умеет. Он блять и так уже умеет в парс донт валидейт давно и по дефолту.

Ты статью вообще читал или ты просто из тех кто читает книгу а видит фигу?

А еще там String кривой. А еще map/fmap/liftM для одно и того-же.
Язык старый, легаси тоже хватает.

В России есть лишь три пути - вэбкам, закладки и IT

А как такое решают, просто не юзают stdlib или продолжают кусать кактус?

Просто если посмотреть на тот же Си, во многих программах все еще юзают штуки аля null-terminated строк и <string.h> которые не знают про utf-8

подтверждаю

А ты статую parse, don't validate не читал?

))

Что за неведомую фигню считает cargo tarpaulin?

Каким образом может выполниться часть пайплайна?

давно известно, что ковераж в русте тупо не работает практически и в ближайшее время его нормальная работа не предвидится

БТВ, с MediatR прикольно если все сервисы и репозитории через него реализовать. Тогда у тебя class CreateUserCommand
{
public  CreateUserCommand(int age)
{
if(age < 18)
    throw new ApplicationException(“Иди от сюда, мелкий»);

_mediator.Send( new CreateUserCommand(11));

чомууу https://github.com/rust-lang/rust/issues/18982

😂

ಠ_ಠ не работает кстати

Вообще MediatR прикольным тем что если ты все через него делаешь (все репозитории и сервисы) то можно перехватчики ставить. Которые каким нибудь FluetnValidator все что входит и выходит будет проверят и бросать ошибки если что не так. Так у тебя в основном коде воообще не будет лежать валидации и в реализации Handler будет попадать только валидные модели. Ну или выходить из них. Там в статье про быстрорастворимую Архитектуру чувак писал о чём-то похожим. Один Геморой. Кучу Мессаджей придётся писать на каждый чих. Типо RepositoryGetUserQuery

Конечно читал. Там ничего не объяснено. Это же статья для тех кто не знает про акторы и орлеан. Так почему там не объяснили что такое акторы и как они реализованы в орлеане?
Те пара предложений про акторы что там есть ничего вообще не объясняют.
Просто чувак решил ни с того ни с его писать сервер на орлеане... Почему? Зачем это делать? Какие преимущества? Какие недостатки? Почему использована реактивная модель? А можно не реактивную? А может актор отвечать на сообщения, а не генерировать новые?
В общем типичная статья ни о чём "как нарисовать сову".

Я такие такие статьи называю "серией могу".
В таких статьях обычно полно фраз типа "вот тут мы можем написать это". или короче  "вот тут мы пишем это".
Без каких либо объяснений зачем мы это тут пишем. Ведь "можем" совершенно не означает, что это "надо"  писать. А можно и по другому ведь написать...
Так вот, статьи с портянками кода не объясняющие зачем это тут написано однозначно трэш.

Фразы типа "Интерфейс которым мы помечаем сообщения которые получает или отправляет актор"... Это как очевидн трэшовый комментарий к коду, описывающий простоую очевидную вещь, типа:

// set x to 3
val x = 3

Он вроде бы и есть, но толку от него никакого.

блин, с каждым днем отличать людей от нейросеток все труднее

// set x to 3
val x = 3

За сколько Тьюринг тест пройдешь?