Roman @3draven@mtdn.anyqn.com

Написал первый тест для хэловорда, в принципе пойдет, я собираюсь в основном делать интеграшки, тестирующие апи ибо юниты я помру писать. Попробую заставить это делать чатгопоту.

Услышал историю как лгбт мужик отпиздил девочку на олимпиаде. Девочку жалко.

deserializable_struct!(PublicKeyPem, String, "String");

Красивее не вышло, стринг надо два раза писать.

Сделаю макрос, я с ума сойду для каждого столько писать.

Так что типы будут жирные по тексту, а не автомат.

#[derive(Debug, Serialize, Deserialize)]
#[serde(from = "String")]
pub struct PreferredUsername(pub String);

impl std::ops::Deref for PreferredUsername {
type Target = String;

fn deref(&self) -> &Self::Target {
&self.0
}
}

impl From<String> for PreferredUsername {
fn from(value: String) -> Self {
PreferredUsername(value)
}
}

Может я просто пока что то не понимаю.

Оказывается таки да, рускулайт серде не поддерживает кортежные структуры, там имен полей нет, но почему не поддерживает их в качестве значений, загадка. Нашел самое короткое решение

#[serde(from = "String")]

В итоге можно совсем мало потом написать, реализовать From<String> и много гетов можно не писать. При этом если тип внешний то можно десериализатор накатать все же. Это самое короткое, что можно так как для серде тоже надо. Короче увы нет решения кажется.

Главное, что меня раздражает это писать геты если руками и не автоматическая десериализация кортежных структур если с серде. Но второе менее неприятно, а может и решаемо. Идеал конечно автогенерация, но не нашел пока. Так что кажется лучшее, что есть это serde-rusqlite+refinery. Так как порожает меньше всего геморроя. В качестве автогенератора слоя примитивных моделей будет чатгопота, а далее компайл тайм во все поля...попробую.

Get опять же писать не надо, проблема в том, что автомапинги не времени компиляции, что неприятно.

Наверное все же попробую еще слой моделей для простой десериализации завести, автоматической, а из них уже собирать сложные внутренние. Хочется странного.

Но может я передумаю, все же serde_Rusqile неплохое решение, относительно.

В итоге оказалось самое удобное просто все руками написать вместо автомаппингов, так как это просто надежнее и короче. Обычные запросы с именованными параметрами и обычные маппинги руками, либо придется городить вагон десериализаторов или промежуточных моделей. Не то что бы где-то по другому, но была надежда, что newtype хотя бы оно само проглотит, а оно не смогло это делать без доп пометок...что возня и не надо, так как тогда просто руками.

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

pub fn get_user(username: &str) -> Result<UserDb> {
let conn = DB_POOL.get_connection()?;
let mut prepared = conn.prepare_cached(sql_fabric::get_user_sql())?;
get_single_entity(&mut prepared, params![username], from_row::<UserDb>)
.context("get user error")
}

а для не кэшированого он есть :)

Теперь надо кэширование стейтментов наладить, там методы капец неудобные как раз в связи с конвертацией ошибок.

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

Но serde сериализация и обратно и так для почти всех типов есть или ее можно легко сделать. Я десериализатор написал только что бы оперток не плодить

При этом десериализаторы писать элементарно, они автоматом фактически делаются.

fn deserialize_language_identifier<'de, D>(deserializer: D) -> Result<LanguageIdentifier, D::Error>
where
D: Deserializer<'de>,
{
let s: String = Deserialize::deserialize(deserializer)?;
s.parse().map_err(serde::de::Error::custom)
}

Может и макрос для совсем автомата накатать или найти.

Так и есть, diesel только порождает кучу дурной работы.

pub fn get_user(username: &str) -> Result<UserDb> {
DB_POOL.get_connection()?.query_row_and_then(
sql_fabric::get_user_sql(),
named_params! {":username":username},
|row| -> Result<UserDb> { from_row::<UserDb>(row).context("Get user info error") },
)
}

А вот так выглядит весь маппинг. Именнованные параметры есть, а выход мапится автоматом по совпадению имен...правда я еще не проверил работает ли :)

rusqlite+serde_ruslite легко решают все, что надо с автомапингами, при этом по дороге бесплатно есть сериализация и обратно если надо, куда угодно, не только с базой. Красота. Кажется.

Боже, благослови git и Торвальдса! Откатил два коммита назад что бы не вычищать дизель.

Как выяснилось спустя два шага, дизель для хэловорда это больше гемора, а не меньше. Так как там надо адаптировать типы путем реализации кучи трейтов что бы автомаппинги работали, то есть написать другие маппинги только в десять раз длиннее, так что rusqlite, refinery и третья либа, которая распаковывает структуры в именованные параметры возвращаются.