Почему вынос Material и Cupertino из ядра Flutter ускоряет исправления и разработку новых функций
9 сентября 2026 г. · Время чтения: 4 мин
Flutter всегда был фреймворком «все включено» с отличными инструментами, дизайн-системами, анимациями и многим другим. Но батарейки не вечны, поэтому очень важно иметь возможность заменять их при необходимости. Еще в 2017 году, когда жизнеспособность Flutter только определялась, решение сделать Material и Cupertino ключевыми элементами в целом считалось правильным. Если перенестись в 2020-е годы, то по мере изменения этой перспективы батарейки Material и Cupertino стали казаться скорее припаянными, чем просто включенными. Годами улучшение этой системы было главным пожеланием разработчиков на Flutter. И вот, в 2026 году, долгий процесс реализации этого желания разработчиков наконец подходит к концу.
Что мы делаем
Начавшись несколько месяцев назад и завершившись в августе 2026 года, эта работа заморозила вклад в библиотеки Material и Cupertino внутри фреймворка Flutter и выпустила точные копии на pub.dev в качестве версий 1.0.0 pkg:material_ui и pkg:cupertino_ui. (Эти внешние библиотеки не заморожены и открыты для вклада!) Затем, в будущем, этот процесс завершится устареванием и последующим удалением библиотек Material и Cupertino из самого фреймворка Flutter.
Причин приостановить другую работу ради выполнения этого маневра множество, и некоторые из них описаны ниже.
Уменьшение трения при обновлении Flutter
Годами обновление Flutter для получения патчей безопасности и других исправление неизбежно включало любые обновления пользовательского интерфейса Material или Cupertino. Излишне говорить, что это было основным источником неудобств для разработчиков, из-за которого многие команды оставались на старых версиях Flutter. Это также означало, что когда команды наконец решались на обновление, эта задача могла занять несколько недель работы разработчиков и стать узким местом для целых репозиториев, пока команды занимались изменениями интерфейса.
Теперь, когда библиотеки Material и Cupertino мигрировали из основного фреймворка, мы ожидаем, что обновление Flutter вернется к простой задаче, которой оно всегда должно было быть — и становиться сложным только тогда, когда изменения базовой платформы требуют внимания разработчика Flutter.
Ускорение развития Material и Cupertino
Flutter выпускает новую стабильную версию каждые 3 месяца, что довольно быстро для проекта такого масштаба. Тем не менее, как бы быстро это ни было, худший сценарий (попадание кода через минуту после прекращения приема изменений в стабильную версию) может привести к 16-недельной задержке до того момента, как это изменение увидит свет в стабильном релизе. Это… нехорошо.
Разбитые на собственные пакеты, pkg:material_ui и pkg:cupertino_ui теперь могут выпускаться по собственному еженедельному графику. Это делает рабочие процессы CI более простыми и облегчает внесение вклада, особенно для тех, кто не знаком с внутренним устройством Flutter.
По этим причинам мы ожидаем, что Material и Cupertino ускорят темпы разработки и будут лучше идти в ногу с обновлениями языков дизайна Google и Apple. Например, уже ведется работа над официальными реализациями Liquid Glass и Material 3 Expressive. Мы работаем с нашим сообществом авторов пакетов, чтобы гарантировать высочайшее качество и совместимость реализаций этих библиотек во Flutter.
Укрепление базовых виджетов
Одним из непредвиденных последствий вывода библиотек Material и Cupertino на передний план во фреймворке Flutter стало то, что оказалось слишком заманчиво создавать фундаментальную функциональность внутри этих библиотек дизайна. Обе они технически строились поверх простой библиотеки виджетов, но сама библиотека виджетов была полна дыр и пробелов в базовых концепциях пользовательского интерфейса.
Чтобы исправить это, часть работы по разделению заполнит эти пробелы в библиотеке виджетов, чтобы предложить более прочную основу, поверх которой разработчики смогут создавать другие языки дизайна. Экосистема Flutter уже поддерживает множество языков дизайна, включая macos_ui, fluent_ui, yaru, arna, chicago, VSP, shadcn и другие. Со временем мы надеемся упростить эту задачу, дополнив основные виджеты Flutter более полезными строительными блоками.
Чего мы не делаем
Пакеты material_ui и cupertino_ui на pub.dev будут по-прежнему получать такое же внимание от самой команды Flutter и, начиная с 13 августа 2026 года, открыты для вклада от всех разработчиков Flutter. Хотя ресурсы команды Flutter ограничены, и нам иногда приходится делать трудный выбор и понижать приоритет определенных инициатив, это не тот случай. Команда Flutter по-прежнему привержена поддержанию отличных предложений для Material и Cupertino, чтобы ваши приложения на Flutter выглядели современно и идиоматично на всех целевых платформах.
Взгляд в будущее
Все проекты, дожившие до своего двенадцатого года, имеют технический долг. Цель состоит не в том, чтобы полностью избежать такого долга, а в том, чтобы выявить его и выделить время и энергию на его погашение. Для команды Flutter решение вышеупомянутых проблем уже давно было в списке пожеланий, и мы рады наконец предоставить всем нашим разработчикам более плавные обновления, более быстрые инновации и более прочную библиотеку основных виджетов.
Для начала, если ваши приложения используют flutter/material.dart или flutter/cupertino.dart, используйте dart fix, чтобы добавить новые автономные библиотеки в файл pubspec.yaml версии 1.0.0 и заменить импорты для использования новых пакетов. Мы ожидаем, что это будет бесшовный маневра, но, пожалуйста, сообщите о проблеме, если вы столкнетесь с какими-либо трудностями.
Если вы разработчик интерфейсов с опытом работы в Material или Cupertino, подумайте о том, чтобы внести свой вклад в автономные библиотеки! Как всегда, мы рекомендуем либо найти интересующую вас проблему, либо отправить запрос на добавление функции для работы, которую вы хотели бы выполнить.
До новых встреч, приятной разработки на Flutter!
- Для упрощения вашей миграции мы специально выбрали версию 1.0.0 для обозначения автономной версии, которая идеально соответствует состоянию каждой библиотеки внутри фреймворка. В дальнейшем библиотеки будут развиваться с использованием семантического версионирования. ↩
Для упрощения вашей миграции мы специально выбрали версию 1.0.0 для обозначения автономной версии, которая идеально соответствует состоянию каждой библиотеки внутри фреймворка. В дальнейшем библиотеки будут развиваться с использованием семантического версионирования. ↩
