Dart: язык и асинхронность

При наличии опыта программирования не обязательно долго сидеть на переменных и циклах. Гораздо полезнее внимательно разобрать null safety, generics, records, patterns и class modifiers. Особенно sealed, interface, base и final: это инструменты проектирования API и моделей состояний, а не декоративный синтаксис.

Четыре раздела: Style, Documentation, Usage и Design. Особого внимания заслуживают Usage и Design: как пользоваться языком идиоматично и делать понятные API. Это способ перестать писать на Dart так, будто перед тобой Java или JavaScript с другим расширением файла. Многие рекомендации связаны с проверками анализатора.

Изучите, как ожидать один результат, передавать ошибки и подписываться на последовательность событий. Это основа для сетевого слоя и потоковых данных. Разбор ошибок Future API пригодится при чтении callback-кода: документация прямо говорит, что для обычного кода на async/await он не нужен.

Главное — понять разницу между асинхронным ожиданием и параллельным вычислением. async не переносит тяжёлый CPU-код на отдельное ядро. Документ разбирает модель isolates, обмен сообщениями, Isolate.run и более долгоживущих workers. Для сетевого и системного бэкграунда это один из наиболее содержательных материалов во всей Flutter-части.

Вызовы C API, указатели, структуры, нативная память и генерация bindings через ffigen. Особенно релевантно при интересе одновременно к Qt/C++ и Dart. Но FFI не означает «импортировал произвольный C++-класс Qt»: здесь интерфейс строится вокруг C ABI, а для C++ обычно нужен соответствующий внешний слой.

Официальный обзор описывает Dart VM на нативных платформах, JIT при разработке, AOT для поставки, сборщик мусора и isolates. Он помогает понять, где заканчивается язык и начинается runtime. Для деталей реализации конкретного релиза переходите к исходникам SDK; внутренняя документация может меняться независимо от этого обзора.