Недавно столкнулся с необходимостью написать REST API сервер на Dart. Оставим за рамками этой статьи почему и зачем это было надо, но первое с чем я столкнулся - выбор библиотек. Так уж сложилось, что я привык писать на NodeJS используя KoaJS в качестве веб сервера. Простая и удобная библиотека с кучей расширений для любой необходимости. А вот Dart в этом плане несколько подкачал. На момент поисков из "живых" пакетов на pub.dev был только shelf. Что-то отдаленно похожее, но по факту жутко неудобное. Неделю промучившись с оным, понял, надо писать свое, с блэкджеком... что-нибудь в стиле того же KoaJS Знакомьтесь - Dia - легковесный и простой http сервер на Dart. Основная идея проекта: контекст http-запроса, который проходит очередь middleware которые его читают и меняют при необходимости.  Второй основополагающий принцип - минимализм. Только самое необходимое. Это не фреймворк, а именно пакет. Для любого расширяющего функционала - отдельный пакет. Это позволяет сократить размер кодовой базы проекта подключив только необходимые пакеты. Собственно поэтому сам Dia почти ничего не умеет. Только создавать и прокидывать по очереди middleware контекст. Весь остальной функционал который необходим (например мне в моих проектах),  реализован в отдельных пакетах которые мы рассмотрим чуть позже. А сейчас приступим к практике. Устанавливается все стандартно и просто, добавлением в pubspec.yaml соответствующих строк: Используется тоже просто. Вот минимальный пример: Кто знаком с KoaJS поймет практически с лету. Для остальных поясню основные моменты.  app.use - добавляет в очередь middleware. Это по сути, асинхронная функция, принимающая в качестве аргументов контекст и ссылку на следующую middleware. Контекст представляет собой класс предоставляющий быстрые методы доступа к полям ответа (код ответа, тело, заголовки) и дополнительные методы типа throwError - который позволяет сразу отправить HTTP ошибку в качестве ответа. Контекст можно расширить своими полями и методами. Например добавить в него поле содержащее данные об авторизованном пользователе: next - ссылка на следующее middleware в очереди. Когда middleware не возвращает окончательный результат, а только изменяет контекст, ему часто требуется дождаться завершения следующего middleware. Это необходимо, например, чтобы добавить логирование или обработку ошибок: Как я уже говорил, весь дополнительный функционал должен быть реализован в отдельных пакетах. Некоторые из них уже опубликованы: dia_cors - middleware для добавления CORS заголовков dia_static - отдает файлы на скачивание из заданной папки. Может использоваться как сервер статики dia_router - позволяет задать middleware для определенных url и http методов. Самое то для реализации REST API dia_body - разбирает http запрос и возвращает из него переданные параметры и загруженные файлы. Рассмотрим два последних пакета более подробно, ибо с ними не все так просто. Первый из них - dia_router. Для его применения необходимо использовать контекст с миксином Routing. Если запустить этот код и открыть в браузере ссылку http://localhost:8080/route/data/12 то мы увидим{id: 12}. Т.е мы не только задали специальный обработчик для фиксированного URL но и выдернули из него параметр с помощью регулярки. Кто знаком с npm пакетом koa-router оценит это удобство! Следующий пакет - dia_body. В запросе данные передают не только в пути но и еще кучей извращенных методов. Например пихают в body голый json или шлют form-data, а некоторые, так вообще передают данные в x-www-form-urlencoded. Мало того, есть еще и те кто шлет файлы как multipart/form-data! Вот, чтобы это все обработать нам и понадобится этот пакет. Как вы наверное уже догадались, тут нам тоже необходим расширенный контекст с миксином ParsedBody: В результате мы увидим: ctx.query - параметры из URL вида ?param=value в Map<String,String> ctx.parsed - параметры из тела запроса, будь то json, form-data или x-www-form-urlencoded в Map<String,dynamic> ctx.files - загруженные файлы в Map<String,List<UploadedFile>> где String - имя параметра, UploadedFile - класс содержащий filename и File с загруженным файлом.  По дефолту, файлы загружаются во временную системную директорию, но это можно изменить используя необязательный именованный параметр uploadDirectory А как быть когда надо использовать оба эти пакета вместе? Да еще свои параметры в контекст добавить? Нет ничего проще! Именно для этого в dart и существуют миксины: Ну а если я хочу запустить сервер в режиме SSL? Тоже все просто! Дело в том, что "под капотом" Dia использует обычный HttpServer из dart:io, так что Dia автоматически поддерживает все что поддерживает он. Например ctx.request из контекста - HttpRequest из dart:io. Так что можете использовать это при написании своих middleware. А вот так запускается сервер в режиме https: Dia пакет новый и обкатан пока только на одном "боевом" проекте. Вероятно в нем есть баги и недоработки. Например, в коде надо навести порядок с документированием API, да еще много чего надо бы сделать. Поэтому и версия у проекта пока еще не релизная. Буду рад любой обратной связи и помощи. Проект опубликован на GitHub под MIT лицензией. Жду ваших ишью и пуллреквестов! Разработчик