Conversation
|
|
||
| #[derive(utoipa::ToSchema, Serialize, Deserialize)] | ||
| pub struct Discipline { | ||
| pub id: Uuid, |
There was a problem hiding this comment.
Будут ли проблемы, если вместо того, чтобы плодить удвоенное количество структур, использовать pub id: Option<Uuid>?
There was a problem hiding this comment.
(да, это я писал 3 структуры пользователя)
There was a problem hiding this comment.
Тут вопрос философский. Я больше сторонник того, чтобы разделять структуры, которые для апи, и структуры, которые в БД. Даже если в моменте они отличаются минимально, в будущем они могут начать отличаться сильно. С другой стороны, мы же сейчас прототип делаем, поэтому возможно нету смысла дублировать структуры, если они отличаются только одним полем (вот, например, CourseIn я бы не заменял на опциональные поля, там больше одного поля отличия).
There was a problem hiding this comment.
Удали лишние логи из handlers/... функций (логгер actix сам справляется в этих местах) и можно либо вливать, либо добавить кого-нибудь еще на ревью.
И желательно сделать rebase в 2 feat коммита (либо в 3 с третьим - фиксом CI, так просто проще будет ребейзить).
| )] | ||
| #[get("/courses")] | ||
| async fn get_all(ctx: Data<Context>) -> HttpResponse { | ||
| log::trace!("Received get courses request"); |
There was a problem hiding this comment.
Вижу логи в db/... функциях, тут они не нужны, тем более если нет лога после let Ok(courses) = ....
Аналогично с другими.
| } | ||
|
|
||
| #[utoipa::path( | ||
| request_body = CourseIn, |
There was a problem hiding this comment.
Это хорошо, желательно отдельным коммитом/PR-ом добавить это в auth модуль.
3 participants
close #9