Почему это важно

Rust не имеет сборщика мусора (GC). Вместо этого он использует систему ownership, проверяемую на этапе компиляции. Это означает: никаких утечек памяти, никаких гонок данных — и всё это без runtime-затрат.

Три правила владения

Move vs Borrow — код из проекта

Компилятор как строгий библиотекарь

Проверьте себя

Зачем нужны идиомы

Представьте правила дорожного движения. Технически машина может ехать по встречке — но так никто не делает. Идиомы — это правила, по которым пишут код профессионалы.

Компилятор Rust гарантирует безопасность памяти, но не гарантирует качество дизайна. Идиомы — это проверенные паттерны, которые делают код надёжнее, читаемее и удобнее в использовании.

Хороший API трудно использовать неправильно. Идиоматичный Rust-код превращает потенциальные ошибки программиста в ошибки компиляции — задолго до того, как код попадёт в продакшн.

Newtype — типы вместо ошибок

Начнём с реального бага. Посмотрите на структуру Post и функцию repost — видите проблему?

#[derive(Clone)]
struct Post {
    id: u64,
    user_id: u64,
    title: String,
    body: String,
}

fn repost(post: &Post, new_author_id: u64) -> Post {
    let mut new_post = post.clone();
    new_post.id = new_author_id;  // Oops!
    new_post
}

Решение — паттерн Newtype. Обернём каждое значение в свой тип:

mod post {
    #[derive(Clone, Debug, PartialEq, Eq)]
    pub struct Id(u64);

    #[derive(Clone, Debug, PartialEq, Eq)]
    pub struct Title(String);
}

mod user {
    #[derive(Clone, Debug, PartialEq, Eq)]
    pub struct Id(u64);
}

Typestates — машина состояний в типах

А что если нужно гарантировать порядок операций? Например, пост проходит модерацию: его нельзя удалить до публикации и нельзя опубликовать повторно. Паттерн Typestates кодирует эти правила прямо в системе типов.

Вот как это выглядит в коде:

impl Post<New> {
    pub fn publish(self) -> Post<Unmoderated> {
        // ...
    }
}

impl Post<Unmoderated> {
    pub fn allow(self) -> Post<Published> {
        // ...
    }
    pub fn deny(self) -> Post<Deleted> {
        // ...
    }
}

impl Post<Published> {
    pub fn delete(self) -> Post<Deleted> {
        // ...
    }
}

Практические задания из проекта

В Rust Incubator на этапе идиом вас ждут два ключевых задания. Оба требуют применения изученных паттернов на практике.

Проверьте себя

11 подшагов экосистемы

Rust Incubator посвящает экосистеме целых 11 подшагов — больше, чем любому другому разделу. Потому что знать язык мало: нужно знать инструменты.

Serde — король сериализации

Serde — самая скачиваемая библиотека Rust. Одна аннотация #[derive(Serialize, Deserialize)] — и ваша структура умеет превращаться в JSON, TOML, YAML, MessagePack и десятки других форматов.

Async — тысячи задач на одном потоке

Асинхронность в Rust основана на Future и кооперативной многозадачности. Вместо того чтобы создавать тысячи потоков ОС, runtime (tokio) управляет тысячами легковесных задач на нескольких потоках.

Финальный проект Step 3 — CLI-утилита

Итоговый проект этапа экосистемы — настоящая CLI-утилита для обработки JPEG-изображений: удаление метаданных и минимизация размера файла. Здесь сходятся все изученные темы: CLI-парсинг, конфигурация, параллелизм, логирование.

Проверьте себя

Три столпа бэкенда

Rust Incubator завершается тремя шагами, которые покрывают весь стек бэкенд-разработки.

Финальный проект — GraphQL API сервер

Кульминация всего курса. Финальный проект объединяет всё, что вы изучили: систему типов, async/await, работу с базой данных и HTTP. Вот требования:

Стек технологий

Как все компоненты работают вместе? Проследим путь GraphQL-запроса от клиента до базы данных и обратно.

Почему Rust для бэкенда

Rust сочетает три качества, которые редко встречаются вместе в одном языке.

Итоги курса

Пройдём весь путь Rust Incubator от начала до конца — от первых строк кода до production-ready бэкенда.

Проверьте себя