Почему в pydantic нет аналога rename_all из serde :(
Вернее, он есть, но...писать трансляторы нужно ручками, а serde конвертирует растовый snake_case в нужный формат автоматически
Почему в pydantic нет аналога rename_all из serde :( Вернее, он есть, но...писать трансляторы нужно ручками, а serde конвертирует растовый snake_case в нужный формат автоматически 23 comments
@mittorn конечно, лучше прописывать десять alias ручками для каждого поля в жсончике, дада @mittorn Ты бредишь што ли сука? (с) В жсоне может быть любой case, потому что апишка, сюрприз, бывает third party. Но в коде должен быть единый стиль. Вот согласно ему и грепай. @mittorn естественно. Десериализация она для того и существует, чтобы хуйню пришедшую извне распарсить в то, что соответствует внутренним требованиям. @mittorn не надо угадывать, зачем? Для раста общепринято именовать поля snake_case, в других языках свои общепринятые стандарты @mittorn ну, можешь, но не жалуйся потом, что с твоим кодом никто не хочет иметь дела @mittorn потому что иначе будет бардак, и код будет std подключена по умолчанию, отключается атрибутом #![no_std] @mittorn я понимаю что "на сишечке писали без всей этой херни и норм", но эру сишечки мы давно прошли, и теперь от языка ожидается, что он установит базовые правила по взаимодействию разных людей и их проектов Это прям минимум @mo система сборки+ пакетник - основное что делает раст практически неюзабельным, потому что распускает адептам культа карго руки. А культ карго заключается в том что они думают что обновляя зависимости постоянно решат какие-то проблемы (избегут каких-то мифических уязвимостей). То то я вижу в половине проектов почти все коммиты - update crates. |
@mo потому что не нужны эти rename_all, код меняющий some_shit в someShit - зло