# Flutter Published articles for Flutter. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## The Death of the Static UI: Building Context-Aware Mobile Apps in 2026 DevFeed: [The Death of the Static UI: Building Context-Aware Mobile Apps in 2026]() Original publisher: [Read original article]() Author: Rudraksh Shukla Published: 2026-09-14T17:02:27Z Content type: tutorial Language: en Sources: [Flutter Community - Medium]() Topics: [Mobile](), [ui](), [User experience (UX)](), [personalization](), [Flutter](), [real-time]() Tags: [agentic-ai](), [artificial-intelligence](), [dark-mode](), [flutter](), [machine-learning](), [mobile](), [mobile-development](), [personalization](), [real-time](), [recommendations](), [ui](), [ux]() ### AI overview This developer article argues that mobile interfaces are evolving from fixed layouts into context-aware surfaces that adapt navigation, touch targets, color, density, and surfaced actions using on-device signals. It discusses motion, location, time, usage history, and device or network state, with Flutter examples and references to patterns associated with Spotify and Netflix. ### Source excerpt Every app you've ever shipped made the same quiet assumption: the interface is a fixed thing. You design a screen, you lay out the widgets, and every user sees the same arrangement in the same order -- a 22-year-old on a commuter train at 8am and a 60-year-old at home on a Sunday get pixel-identical layouts. For thirty years that was simply what a UI was. That assumption is dying. In 2026 the leading mobile apps treat the interface as a live surface that reshapes itself in real time -- reordering navigation, resizing touch targets, shifting color and density, surfacing the one action you're most likely to want next -- driven by on-device signals about who you are, where you are, and what you're doing right now. The static screen is becoming the exception, not the default. Here's what's actually driving it, what it takes to build, and what it looks like in code -- with Flutter examples throughout. From static layout to living surface The old personalization playbook was recommendation, not adaptation. Netflix reordered a content row; Spotify built you a playlist. The chrome around those recommendations -- the navigation, the layout, the visual system -- stayed frozen. Context-aware UX pushes personalization down into the interface itself. Concretely, an adaptive UI reacts to signals like these: Motion and activity -- accelerometer and gyroscope tell you the user is walking, driving, or still. A UI can enlarge touch targets and simplify layout when it detects movement, cutting mis-taps. Location and environment -- outdoors in bright light, boost contrast and switch to a high-legibility mode; on a known Wi-Fi network at home, load richer media. Time and calendar -- automatic dark mode at night, a leaving-for-a-meeting layout when the next calendar event is 15 minutes out. Usage history -- promote the three features this user actually touches, demote the ones they never open. A finance app foregrounds transfer for a power user and check balance for a casual one. Device and networ ## Meta Open-Sources Astryx, Its Agent-Ready React Design System DevFeed: [Meta Open-Sources Astryx, Its Agent-Ready React Design System]() Original publisher: [Read original article]() Author: Bruno Couriol Published: 2026-09-13T23:39:00Z Content type: news Language: en Sources: [InfoQ]() Topics: [Meta](), [React](), [Open Source](), [CSS](), [Tooling](), [Accessibility](), [Model Context Protocol](), [User interface design](), [Web Development](), [Svelte](), [Flutter]() Tags: [accessibility](), [css](), [development](), [flutter](), [javascript](), [mcp](), [meta](), [meta-astryx-design-system](), [news](), [open-source](), [react](), [svelte](), [tokens](), [tooling](), [typescript](), [ui](), [web-development]() ### AI overview Meta has beta-released Astryx, an open-source React design system developed internally over eight years. It offers more than 150 accessible components, customizable CSS design tokens, precompiled StyleX-based styling, component code ejection, CLI tooling, and an MCP endpoint for developer and AI workflows. ### Source excerpt Meta recently announced the beta release of Astryx, an open-source React design system developed internally over eight years. Astryx builds on React 19 and StyleX to provide over 150 accessible UI components, customizable CSS design tokens, and dedicated CLI and MCP tooling -- for both engineers and AI agents. By Bruno Couriol ## How to Implement LEGO Architecture in Flutter \[Full Handbook\] DevFeed: [How to Implement LEGO Architecture in Flutter \[Full Handbook\]]() Original publisher: [Read original article]() Author: Atuoha Anthony Published: 2026-09-11T15:08:19Z Content type: tutorial Language: en Sources: [freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More]() Topics: [Code](), [Dart](), [App]() Tags: [architecture](), [dart](), [dependency-injection](), [flutter](), [flutter-aware](), [handbook](), [how-to]() ### AI overview A Flutter handbook that introduces LEGO Architecture: building code from independently connected pieces. It also relates this approach to Clean Architecture and covers Dart contracts and dependency injection. ### Source excerpt Almost everyone has snapped two LEGO bricks together at some point, even without owning a single set as an adult. You press one brick down onto another, feel it click, and it holds. You likely never o ## Compose Multiplatform Is a Business Decision, Not a Technical One - Justin Mancinelli DevFeed: [Compose Multiplatform Is a Business Decision, Not a Technical One - Justin Mancinelli]() Original publisher: [Read original article]() Published: 2026-09-01T18:00:00Z Content type: opinion Language: en Sources: [Touchlab | Enterprise Mobile Innovation & Development]() Topics: [compose-multiplatform](), [multiplatform](), [Compose](), [Flutter](), [Jetpack Compose](), [React Native](), [Kotlin](), [jetbrains]() Tags: [compose-multiplatform](), [cross-platform](), [flutter](), [javascript](), [jetbrains](), [kotlin](), [kotlin-multiplatform](), [multiplatform](), [react](), [technical](), [ui]() ### AI overview This opinion article argues that Compose Multiplatform is a strategic business choice for sharing UI across Android, iOS, desktop, and web. It compares CMP with Flutter and React Native, emphasizing its Kotlin and Jetpack Compose foundations and its native status on Android. ### Source excerpt If you are weighing Flutter, maintaining two native UI codebases "for now", or assuming cross-platform means giving something up, read this before your next roadmap conversation. ## An insider argues that Google remains committed to Flutter and Dart DevFeed: [An insider argues that Google remains committed to Flutter and Dart]() Original publisher: [Read original article]() Author: Randal L. Schwartz Published: 2026-08-19T16:02:19Z Content type: opinion Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [Dart](), [Google](), [multiplatform](), [WebAssembly]() Tags: [cross-platform](), [dart](), [devrel](), [flutter](), [google](), [mobile-app-development](), [programming](), [software-development](), [wasm](), [webassembly]() ### AI overview This commentary argues, from the author's stated experience as a Flutter Google Developer Expert, that Google remains committed to Flutter and Dart despite restructuring-related concerns and reduced public communication. It cites renewed advocacy and investment in rendering, Dart ergonomics, WebAssembly compilation, and multiplatform performance. ### Source excerpt Every few months, like clockwork, the tech blogosphere gets flooded with the same recycled headline: "Is Flutter Dying?", "Why CTOs Are Quietly Leaving Flutter", or "Why Google is Killing Its Cross-Platform Bet." As someone who has been a Flutter Google Developer Expert for eight years now -- literally from day one of the GDE program -- and a five-decade software industry veteran, I usually just chuckle at the clickbait. "Flutter is dead." -- Said every six months since 2018. Meanwhile: Flutter is kicking tail on every single measurable scale. The alarmist articles point to standard corporate reorganizations, shifting tech job boards, and "state management fatigue" as evidence of Flutter's demise. But having watched this ecosystem evolve from an experimental alpha into an enterprise powerhouse, the reality on the ground is the exact opposite. Here is the real insider story on what's actually happening with Dart and Flutter. 1. The Inside Story: What Happened at Google? When tech companies restructured engineering teams recently, the internet spun a wild narrative that "Google put Flutter on life support." Having direct access to internal teams, I watched the commitment to Dart and Flutter remain steadfast within the organization. However, there was a temporary disconnect: internal engineering activity was roaring, but external communications and public advocacy had slowed down, leaving an information vacuum that clickbait writers eagerly filled. I personally called out to team leaders and senior VPs that this perception gap needed immediate correction. And the leadership responded strongly: Revitalized DevRel & Advocacy: A renewed surge in active community engagement, tutorials, and public roadmaps. Enterprise Adoption Transparency: Showcasing massive internal and external production milestones. Aggressive Core Investment: Deep work on the Impeller rendering engine, Dart 3.x ergonomics, WebAssembly (Wasm) compilation, and native multiplatform performance. Flutter is no ## Building AI Agents in Dart with the Genkit Dart SDK DevFeed: [Building AI Agents in Dart with the Genkit Dart SDK]() Original publisher: [Read original article]() Author: Abhishek Doshi Published: 2026-08-10T23:16:05Z Content type: tutorial Language: en Sources: [Google Developer Experts - Medium]() Topics: [Dart](), [Genkit](), [AI Development](), [Flutter](), [Cloud Functions](), [Firebase](), [SDKs]() Tags: [ai](), [ai-agent](), [ai-agents](), [ai-development](), [cloud-functions](), [dart](), [firebase](), [flutter](), [generative-ai-tools](), [genkit](), [sdk]() ### AI overview This tutorial introduces the Genkit Dart SDK for building AI agents natively in Dart and deploying them to Cloud Functions for Firebase. It explains agent orchestration, conversational state, history, streams, models, tools, flows, and multi-agent delegation. ### Source excerpt Because your Flutter app deserves a brain, and you deserve to never look at a Python traceback again. Let's be honest. We all love Dart. It's clean, it's safe, and it powers our beloved Flutter. But until recently, if you wanted to build serious, multi-step AI agents, the industry basically told you to pack your bags, leave your cozy typed ecosystem, and go write Python. Gross 🤮 Thankfully, Google finally heard our collective sighs and dropped the Genkit Dart SDK. Now, you can build full-stack, hyper-intelligent AI agents natively in Dart and deploy them straight to Cloud Functions for Firebase. No context-switching. No spinning up a random Node.js microservice just to talk to an LLM. Grab your coffee (or your energy drink of choice). Let's look at how Genkit turns your Dart code into an absolute powerhouse. https://medium.com/media/91c2efa4198c043f3f400f216214650e/hrefThe Shift: From "Dumb Chatbots" to "Autonomous Overlords" Building traditional chatbots or strict multi-step UI flows often feels like playing one of those terrible, rigid video games that block you at a level until you do exactly what the developers scripted. Agentic AI, by contrast, is the ultimate open-ended sandbox. An agent doesn't just blindly answer a prompt. It analyzes what the user wants, figures out which tools it needs to achieve the goal, and dynamically orchestrates the steps to get there. With Genkit's new Agents API, all the messy plumbing: maintaining conversational state, keeping track of history, and parsing streams, is handled behind a single API. You just focus on giving it a brain. The Holy Trinity: Models, Tools, and Flows To stop your AI from just hallucinating fan-fiction, Genkit uses a few core primitives. Think of this as the toddler-proofing stage of AI development. Models (ai.generate()): The actual brain. Whether you are using Gemini, Claude, or OpenAI, the API stays exactly the same. Tools (defineTool): This is how you give your AI hands. By defining strict input schemas ## Where I'm Writing Now: The Complete 14-Part BlocSignal Series on DEV.to DevFeed: [Where I'm Writing Now: The Complete 14-Part BlocSignal Series on DEV.to]() Original publisher: [Read original article]() Author: Randal L. Schwartz Published: 2026-08-10T16:00:59Z Content type: opinion Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [Dart](), [reactive](), [Dependency injection](), [OpenTelemetry](), [Web Development]() Tags: [bloc](), [blocsignal](), [dart](), [dependency](), [dev](), [developer-community](), [development](), [flutter](), [series](), [signal](), [state-management](), [tracing](), [writing]() ### AI overview The author announces that DEV.to and the Google Developer Experts organization on DEV.to are now the primary publishing hubs for new technical writing. The article presents a 14-part BlocSignal series covering Dart and Flutter state management, architecture, interoperability, dependency injection, tracing, and web development. ### Source excerpt If you've been following my articles here on Medium over the years, thank you! I wanted to share a quick update on where I'm primarily publishing my new technical deep dives, architectural guides, and Flutter/Dart tutorials. Going forward, my primary writing hub is DEV.to (@randalschwartz) and the official Google Developer Experts (GDE) organization on DEV.to. DEV.to provides a vibrant developer community, native Dart syntax highlighting, and a built-in Series feature that links connected articles into structured, multi-part curricula. 🚀 The New Series: BlocSignal Architecture & Practice Over the last month, my team and I launched BlocSignal -- a production-grade state management framework for Dart and Flutter that bridges BLoC's enterprise discipline with Signals' 0ms synchronous reactivity. We've published a comprehensive 14-part series on DEV.to covering everything from core state machine philosophy and Riverpod/Provider interop to dependency injection, OpenTelemetry tracing, and Jaspr web development. Here is the complete roadmap of all 14 articles available to read right now on DEV.to: 🏛 1. Core Architecture & Philosophy Introducing BlocSignal: Unidirectional Data Flow Meets Reactive Signals The origin story: bridging BLoC semantics with Rody Davis's signals v7 primitives for 0ms microtask queue latency. BLoC meets Signals: How to Pitch BlocSignal to Your Dev Leads How to navigate technical team reviews and explain the enterprise value of synchronous signal graphs. How We Achieved Full BLoC API & Protocol Parity in BlocSignal 0.2.0 A deep dive into BlocProvider, BlocBuilder, BlocListener, BlocConsumer, and context.select parity. Beyond ProviderNotFound: How BlocSignal Rethinks State Location and Synchronous Propagation Solving scope lookups and understanding why synchronous signal updates prevent frame tearing. From Raw Signals to BlocSignal: Taming Reactivity for Enterprise Scale How encapsulating signals inside Cubit/Bloc containers stops global signal "spagh ## GenUI Beyond Chat: Designing a Grammar Book with Flutter GenUI -- Part 1 DevFeed: [GenUI Beyond Chat: Designing a Grammar Book with Flutter GenUI -- Part 1]() Original publisher: [Read original article]() Author: Cagatay Ulusoy Published: 2026-08-03T15:15:45Z Content type: article Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [App](), [Framework](), [personalization](), [ui](), [Learning](), [SDK]() Tags: [ai](), [app](), [article](), [feature](), [firebase](), [flutter](), [framework](), [gemini](), [generative-ui](), [genuis](), [learning](), [personalization](), [ui]() ### AI overview This article describes using Flutter GenUI to build an interactive Finnish grammar course inside a language-learning app. It focuses on generating personalized lessons from the learner's language and presenting them as Flutter pages rather than as a long Markdown response. ### Source excerpt Last year on #FlutterFlightPlans live stream, I asked the Flutter team a question that has stayed with me: Are there any use cases for Generative UI other than chat responses? Can you share some inspiration? Seth Ladd answered, "Let's see what is beyond chat together." 🚀 Since that moment, exploring GenUI beyond chat has been my primary focus. https://medium.com/media/7c53d065806a0337fcf3a8db1412ec82/href I shared my first journey with GenUI in an article series: a small GenUI framework built with Gemini structured outputs, and a migration to Flutter GenUI SDK and A2UI surfaces. Then I tried a different kind of use case: a Finnish 🇫🇮 grammar course inside my Finnish it language-learning app. In this feature, the learner browses a curriculum in their own language, opens one small grammar topic, and moves through a sequence of Flutter pages. https://medium.com/media/3ac419e10db257e4f9652bdfb9ad5165/hrefProblem Definition I had four constraints: I do not speak Finnish, and I am not a language teacher. I don't have time to manually plan and structure a grammar book's worth of micro-lessons in every language. I want interactive application UI, not a long Markdown response. Hyper-personalization is crucial. The explanation should begin from the learner's language. A Turkish learner can approach Finnish vowel harmony through Turkish vowel harmony; an English learner needs another bridge since it has no similar concept. Vowel harmony lessons in English and TurkishThe same rule does not feel equally foreign That fourth constraint is more than UI localization. Turkish speakers will find two familiar concepts in Finnish grammar: attaching grammatical markers directly to the ends of nouns, and changing suffix vowels to match the root word. For example, expressing "in" or "at" requires the exact same mental process in both languages: Turkish: ev + -de = evde (in the house) Finnish: talo + -ssa = talossa (in the house) An English speaker has a completely different starting point. ## Make scalable routing system for your Flutter Apps DevFeed: [Make scalable routing system for your Flutter Apps]() Original publisher: [Read original article]() Author: Kanan Yusubov Published: 2026-07-29T15:25:43Z Content type: tutorial Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [Routing (disambiguation)](), [navigation](), [modules](), [Dependency injection](), [Usability]() Tags: [clean-architecture](), [dependency-injection](), [flutter](), [go-router](), [modular-router](), [modules](), [navigation](), [router](), [routing](), [routing-system](), [usability]() ### AI overview This tutorial describes a scalable, decoupled routing system for Flutter apps. It explains a wrapper built on go_router that adds typed route arguments, native and path parameters, cross-module modularization, nested routes, presentation modes, and type-safe route guards. ### Source excerpt Recently, I've been working on migrating our app's routing system. We previously used auto_route, but eventually realized its tightly coupled nature made it incredibly difficult to scale across independent modules. Furthermore, its heavy reliance on code generation became a bottleneck for our workflow. To resolve this, we decided to architect a clean, scalable, and highly decoupled routing system. Our new solution is a powerful wrapper built on top of go_router. It abstracts away the raw string navigation and supercharges the router with custom features to maximize usability and type safety. In this blog post, I will walk you through the core benefits of this new routing system, covering the following key topics: Unified Routing Protocol (AppRouteInfo) Strictly Typed Route Arguments Native & Path Parameters Support Cross-Module Modularization (AppModuleRouter) Hierarchical Back stack & Sub-Routes (Nested Route Definitions, Decoupled Cross-Module Navigation) Dynamic Presentation Modes (e.g., Native, ModalSheet, NoTransition) Guard Interceptor Mechanism (Type-Safe Redirects, Global Interceptors) Note: This blog will show the general usage and problems it solved. For more detailed code, you can check the following link: https://github.com/thisisyusub/scalable-routing-system-demoArchitectural Structure of Routing System Here is how the demo application is structured to achieve a fully decoupled, scalable routing system: scalable_routing_system_demo (main app): The entry point of the application responsible for wiring up all services, dependency injection, and global route configurations. app_routes: Houses all route definitions, parameters, routing protocols, and models to ensure fully type-safe navigation. This is decoupled from the core routing package to separate app-specific business needs from generic routing mechanics. routing_system (core router): A generic, domain-agnostic router package that has zero knowledge of the app's specific routes. It exclusively provid ## Everything You Need to Know About Patrol in 2026 DevFeed: [Everything You Need to Know About Patrol in 2026]() Original publisher: [Read original article]() Author: LeanCode Published: 2026-07-24T02:52:52Z Content type: tutorial Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [Mobile Testing](), [ui-testing](), [multiplatform](), [ci](), [Android](), [iOS](), [Web](), [Open Source]() Tags: [ai](), [android](), [automation-testing](), [ci](), [e2e-testing](), [flutter](), [flutter-app-development](), [ios](), [mobile](), [mobile-testing](), [multiplatform](), [open-source](), [ui-testing](), [web]() ### AI overview This article explains Patrol, an open-source multiplatform end-to-end UI testing framework for Flutter apps. It describes how Patrol combines Flutter testing APIs with native Android and iOS UI automation to test Flutter widgets alongside system dialogs, biometric prompts, notifications, and other native interfaces, while integrating with CI pipelines and device farms. ### Source excerpt Author: Katarzyna Szulc from LeanCode Patrol has come a long way from being "just another Flutter testing tool." Today, it powers end-to-end testing across Android, iOS, and Web, integrates with native testing infrastructure, runs on cloud device farms, offers AI-powered testing capabilities, and continues to push the boundaries of what's possible in the Flutter ecosystem. No matter if you've been following Patrol for a while or you're simply looking for the best way to handle Flutter E2E testing, this article is the perfect place to catch up. What exactly is Patrol? Let's break it down Developed by LeanCode, Patrol is a powerful, open-source, multiplatform E2E UI testing framework for Flutter apps that overcomes the limitations of integration_test by handling native interactions. Let's dig deeper into that. Flutter's greatest strength also creates one of its biggest testing challenges. Unlike native apps, Flutter renders its entire UI using its own graphics engine instead of platform-native components. This enables a consistent, pixel-perfect experience across devices, but it also means that native UI automation tools often see a Flutter app as little more than a single canvas. They simply cannot interact with Flutter widgets. The official solution is the integration_test package, which gives tests direct access to the Flutter widget tree. As long as everything happens inside Flutter, it works well. But real apps rarely stay there. System permission dialogs, biometric prompts, notifications, WebViews, and other native UI all exist outside the Flutter runtime, making them inaccessible to integration_test. Patrol bridges this gap. It lets tests interact with both Flutter widgets and native UI elements in a single test. Because Patrol builds on native frameworks such as JUnit and XCTest, it also integrates seamlessly with existing CI pipelines, device farms, and the broader mobile testing ecosystem. If you are new to automating E2E testing in Flutter, you can start by ## Call for Contributors: OpenTelemetry for Dart and Flutter DevFeed: [Call for Contributors: OpenTelemetry for Dart and Flutter]() Original publisher: [Read original article]() Author: OpenTelemetry Authors; Docs CC BY Published: 2026-07-13T08:20:00Z Content type: opinion Language: en Sources: [Blog on OpenTelemetry]() Topics: [OpenTelemetry](), [Dart](), [Flutter](), [telemetry](), [SDKs](), [cross-platform]() Tags: [contributors](), [cross-platform](), [dart](), [flutter](), [opentelemetry](), [sdk](), [telemetry]() ### AI overview OpenTelemetry is seeking contributors to establish an official Dart and Flutter SIG and develop a maintained OpenTelemetry SDK. An existing implementation, dartastic_opentelemetry and its API package, is being considered for donation and supports traces, metrics, and logs across multiple targets. ### Source excerpt Why OpenTelemetry for Dart and Flutter? Dart is a full-stack language and the language of Flutter, one of the most popular frameworks for building cross-platform applications. Data shows over 20% of current app store submissions are Flutter apps. Dart is null safe and type safe, compiles to fast binaries, and is increasingly used for backend services as well. Yet Dart remains the last top-15 programming language without an officially maintained OpenTelemetry SDK. Earlier community implementations are no longer maintained, leaving Dart and Flutter developers without a supported path to capture telemetry from their servers and apps. ## Migrating a Flutter Application from CocoaPods to Swift Package Manager DevFeed: [Migrating a Flutter Application from CocoaPods to Swift Package Manager]() Original publisher: [Read original article]() Author: iamgirya (Яндекс) Published: 2026-07-13T07:01:51Z Content type: tutorial Language: ru Sources: [Яндекс - Как мы делаем Яндекс / Статьи]() Topics: [Flutter](), [cocoapods](), [swift-package-manager](), [iOS](), [Dart](), [macOS](), [Package manager]() Tags: [cocoapods](), [dart](), [flutter](), [ios](), [ios-development](), [macos](), [swift](), [swift-package-manager](), [swiftpm]() ### AI overview A practical guide to migrating Flutter applications from CocoaPods to Swift Package Manager. It covers dependency-graph analysis, plugin migration, dependency resolution, incremental migration, duplicate transitive dependencies, and successful iOS or macOS builds, including scripts for analysis and plugin conversion. ### Source excerpt Flutter активно движется в сторону Swift Package Manager (SPM) и, как и весь Swift-мир, постепенно отказывается от CocoaPods. Сам Flutter описывает миграцию в два шага: включить флаг flutter config --enable-swift-package-manager и запустить сборку. Если после этого приложение собирается и в консоли появляется предложение deintegrate CocoaPods -- вы счастливчик. Если нет, добро пожаловать под кат. Привет! Меня зовут Даниил Гиренко, я Flutter-разработчик в Яндекс Про. Проект по переводу нашего супераппа с CocoaPods на Swift Package Manager оказался одним из самых сложных и долгих в моей карьере программиста. Весь мой пережитый ужас опыт я решил выразить в этой статье, чтобы решившиеся на миграцию разработчики (или агенты) понимали, какие подводные камни их ждут. Буду рад, если ваш проект займёт недели, а не месяцы, как у меня. В этой статье -- полноценный гайд по миграции любого Flutter-приложения. Разберём граф зависимостей, научимся мигрировать плагины, зарезолвим зависимости и доберёмся до успешного билда. Внутри есть готовые скрипты для анализа и автоматического перевода плагинов, множественные нюансы миграции и рассказы о моих костылях. Читать далее ## Building a Testable Network Layer and Three-Tier State Management in Flutter DevFeed: [Building a Testable Network Layer and Three-Tier State Management in Flutter]() Original publisher: [Read original article]() Author: Veli Bacık Published: 2026-07-08T15:56:52Z Content type: tutorial Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [Network](), [API](), [HTTP](), [Refactoring](), [Error Handling](), [JSON](), [ui](), [App]() Tags: [api](), [backend](), [building](), [code](), [dart](), [error-handling](), [flutter](), [how-to](), [http](), [implementation](), [integration](), [json](), [masterclass](), [network](), [refactoring](), [server](), [state-management]() ### AI overview This tutorial explains how to refactor a Flutter application's network and state-management architecture. It introduces a generic, testable network manager and service/model layers, then applies a three-tier state model using Cubit for business state, BlocSelector for targeted rebuilds, and ValueNotifier for widget-local UI state. ### Source excerpt How to wrap HTTP behind a generic, testable network manager with sealed results -- then drive your screens with a three-tier state model: global Cubit, page Cubit, and widget-local ValueNotifier. Flutter Refactoring Masterclass -- Part 3 GitHub - VB10/flight_booking: Flight App for refactoring real project PRs: #11, #12 📺 Video Series: Network & Service Layer https://medium.com/media/2d40d555e4d8968f1d15fb35e2e91553/hrefhttps://medium.com/media/3d8a8a32a77c98177ba10492a892aed6/href 🤖 Want to apply these changes to your project? See the AI prompt at the end. The Problem In Part 2 we split the login page into View, ViewModel, and Mixin -- but the ViewModel still new'd up a Dio() instance and hard-coded http://localhost:8080 inline. Every screen that talked to the backend did the same thing: create a fresh Dio, paste the base URL, decode JSON by hand, and copy-paste the same if (statusCode == 200) ... else ... catch (e) ladder. That pattern rots fast. A URL change means a project-wide search. A new header (auth token, API version) has to be added everywhere. Error handling drifts -- one screen returns 'Server hatası', another swallows the exception. And nothing is testable, because the network call is welded to the widget. As the video puts it: the person writing the code shouldn't be able to say "this only works with internet" -- the network is a dependency, and dependencies must be managed. There's a second rot: state. setState rebuilds the whole widget on every field change. A page with a loading flag, an error string, and a list re-renders all three even when only one changed. And there's no consistent home for "where does the loading state live" -- sometimes a ValueNotifier, sometimes a bool, sometimes buried in _PageState. This article fixes both on the same module. PR #11 builds a generic network + service + model layer. PR #12 layers a three-tier state model on top -- Cubit for business, BlocSelector for surgical rebuilds, ValueNotifier for widget-local UI. What We Change ## From Structured Outputs to A2UI Surfaces: Migrating to Flutter GenUI SDK DevFeed: [From Structured Outputs to A2UI Surfaces: Migrating to Flutter GenUI SDK]() Original publisher: [Read original article]() Author: Cagatay Ulusoy Published: 2026-07-08T15:52:59Z Content type: tutorial Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [SDKs](), [Finite-state machine](), [JSON](), [Firebase](), [Database]() Tags: [a2ui](), [ai](), [firebase](), [flutter](), [gemini](), [generative-ui](), [how-to](), [json](), [sdk](), [state]() ### AI overview A tutorial on migrating a hand-built generative UI feature based on Gemini structured outputs to the official Flutter GenUI SDK. It describes a Finnish language-learning app that generates images on demand and uses a five-step wizard to improve image variety. ### Source excerpt Part 3 of a series "Building Image Assisted Language Learning Practice with Flutter, Firebase and Gemini." Part 1 built the image generation and annotation pipeline. Part 2 built a generative UI framework by hand, using Gemini structured outputs. This part is the migration: same feature, official Flutter GenUI SDK. A year ago, Finnish It was just a side project. This spring, I watched it at the Google Cloud Next developer keynote, and again in the Flutter keynote at Google I/O. It still feels surreal to type that. I am grateful to the Flutter and Firebase teams for the collaboration. This series is my way of giving back. I hope it makes Flutter GenUI SDK click for you the way building this feature made it click for me. Finnish it app featured in Cloud Next and Google IOQuick Recap One of the app's practice exercises is simple: show the learner an image, and they describe it in 🇫🇮 Finnish. The images are generated on demand, not fetched from a fixed image database. In Part 2 the problem was variety. A broad topic like "a native Finnish animal in its habitat" kept producing the same handful of scenes. Turning up temperature did not fix it, because it was never really a sampling problem. An under-specified prompt has a few big probability peaks, and the sampler just jitters around them. The fix was to stop asking the model to "be random" and move the entropy into the UI: a five-step wizard where the user picks the season, the setting, the story, the framing, and the visible details. Gemini designs the questions; the user provides the variety. That worked. The repetition problem was solved. The machine I built by hand To make it work, I built a small finite state machine (FSM) which walked the user through five steps. Each step asked Gemini for question set, constrained by a response schema, and parsed the JSON into a typed object that a widget could render: final response = await model.generateContent( [Content.text(_buildRefinementStateRequest(state, topic, selections ## Maestro MCP for AI Coding Agents DevFeed: [Maestro MCP for AI Coding Agents]() Original publisher: [Read original article]() Author: Ashish Kharche Published: 2026-07-06T00:00:00Z Content type: tutorial Language: en Sources: [mobile.dev - Medium]() Topics: [Model Context Protocol (MCP)](), [AI-assisted coding](), [Android skills](), [Claude Code](), [cursor](), [codex](), [React Native](), [Android](), [Flutter](), [iOS](), [Web](), [Command-line interface]() Tags: [ai-coding-agents](), [android](), [claude-code](), [cli](), [code](), [codex](), [coding-agents](), [cursor](), [emulator](), [flutter](), [ios](), [maestro](), [mcp](), [simulator](), [ui](), [web]() ### AI overview Maestro MCP connects coding agents to live iOS and Android targets, allowing them to inspect screens, run UI flows, take screenshots, and report what happened within the coding conversation. The article explains setup with the Maestro CLI and MCP, and describes using Maestro Viewer for human observation. ### Source excerpt Give your coding agent a real device. With Maestro MCP, agents like Claude Code, Cursor, and Codex can operate your live app, run flows, and check the UI without leaving the chat. ## Learning faster with Antigravity DevFeed: [Learning faster with Antigravity]() Original publisher: [Read original article]() Author: Andrew Brogdon Published: 2026-07-01T04:08:53Z Content type: article Language: en Sources: [Flutter - Medium]() Topics: [Flutter](), [Agent Skill](), [ai-coding](), [Python](), [Development](), [SDK]() Tags: [agent-skill](), [agentic-ai](), [ai-coding](), [architecture](), [development](), [flutter](), [gemini](), [google-antigravity](), [ios](), [multi-agent](), [python](), [sdk](), [web-development]() ### AI overview The article describes using Antigravity and a structured, iterative workflow to learn Python-based Agent Development Kit (ADK) concepts and build Flutter frontends for an existing multi-agent research coordinator. The author created a reusable developer skill, flutter_frontend_for_adk, with reference documents covering agent analysis, frontend usage, architecture, and design. ### Source excerpt Dash enjoying AntigravityCreating Flutter frontends for ADK How can I build a Flutter frontend for an agent when that agent is built with an SDK and a language I've never used before? This was the challenge I faced when approaching a Python-based agent written with Agent Development Kit (ADK). With limited experience in Python and no prior exposure to the ADK framework, building a client that integrates with the backend server presented a significant learning curve. Plus, even if I could get a coding agent to crank out something that worked, finishing the project without understanding the code was also a form of failure. After a few false starts, though, I found an answer. Using a structured, iterative workflow with my AI coding partner, Antigravity, I created a reusable developer skill that codified what I learned with each go-round. I started from scratch, generated notes about the code, created multiple apps that connected to the deep_search agent (a multi-agent research coordinator from the official ADK samples repository), and incrementally built up the skill and my own understanding. At times, I was using multiple agents at the same time, an "author" agent to create the skill with me, and a "coder" agent to use that guidance to build frontends. What I ended up with was an agent skill called flutter_frontend_for_adk. It includes five reference docs that guide Antigravity through a sequence of phases, each one ending in a deliverable. The first phases generated the following notes files, so that I could structure how the "coder" agent thought about the task as it analyzed the agent and prepared to generate the app: AGENT_INTERFACE_NOTES.md -- Notes taken during an analysis of the agent's source code. What is it meant to accomplish and how is it constructed? What are the interfaces and APIs this agent exposes and how do they work? FRONTEND_USAGE_NOTES.md -- The first spec. What should the frontend do and how should users interact with it? FRONTEND_ARCHITECTURE_NOTE ## Vibe once, run anywhere with Antigravity and Flutter DevFeed: [Vibe once, run anywhere with Antigravity and Flutter]() Original publisher: [Read original article]() Author: Craig Labenz Published: 2026-06-29T16:01:02Z Content type: article Language: en Sources: [Flutter - Medium]() Topics: [Flutter](), [AI-assisted coding](), [cross-platform](), [Artificial Intelligence](), [Dart](), [Large Language Model]() Tags: [agentic](), [agentic-engineering](), [ai](), [antigravity](), [code](), [coding-agents](), [cross-platform](), [dart](), [flutter](), [flutter-app-development](), [game-development](), [google-antigravity]() ### AI overview This article describes how a team used Google's Antigravity and Flutter to build and launch DashLander, a moonlander-style game set on procedurally generated asteroids. It explains how coding agents handled assets, code, testing, marketing, and deployment, and why Flutter's cross-platform model and Dart's strong typing can support agentic development. ### Source excerpt co-authored with Rody Davis Coding agents and the way we use them has already dramatically evolved since their arrival just a handful of months ago. Initially, the focus was heavily on observation -- reviewing every single output line by line. But as models rapidly increased in capability, the industry shifted toward true agentic engineering. Today, developers, PMs, and designers are wearing multiple hats, focusing on lofty conceptual goals and letting agents tackle the individual components. To explore this new frontier, our team wanted to build an experience that showcased this exact workflow. We wanted to build a game, generate its assets, write the marketing page, and deploy the whole thing, all using Google's premiere AI-native platform: Antigravity. Antigravity brings the best of Google into one place, using a tight feedback loop of planning, acting, and verifying. It creates artifacts, writes code, runs tests, and even clicks buttons in your UI to ensure it actually completed the task correctly. The result of our agentic adventure is DashLander -- a moonlander-style game set on procedurally generated asteroids. Here is the story of how we built it. Why Flutter in the AI era? A lot of people might be thinking: If agents can write native code, why not just have them write Android, iOS, and web apps entirely separately? That is a valid question; and is what originally inspired the concept of Flutter as a "Vibe once, run anywhere" UI toolkit. Having a single source of truth is just as important for AI as it is for humans. By having an agent write a single, cross-platform app, teams can eliminate the subtle bugs that inevitably creep in between different languages or platform-specific paradigms. Furthermore, Dart's strong typing gives LLMs excellent feedback. Languages with looser typing systems require dramatically more analysis by the LLM to know whether a given piece of code is correct across all scenarios. Flutter and Dart, on the other hand, use their analysis ## How we built a Flutter-powered AI coffee shop DevFeed: [How we built a Flutter-powered AI coffee shop]() Original publisher: [Read original article]() Author: Craig Labenz Published: 2026-06-22T15:16:53Z Content type: article Language: en Sources: [Flutter - Medium]() Topics: [Flutter](), [Artificial Intelligence](), [Firebase](), [monorepo](), [Cloud](), [Deployment](), [Web](), [Android](), [iOS]() Tags: [a2ui](), [ai](), [android](), [app](), [apps](), [cloud](), [code](), [deployment](), [firebase](), [flutter](), [gemini](), [genuis](), [go](), [google](), [hosting](), [ios](), [monorepo](), [web]() ### AI overview The Flutter team describes building GenLatte, a coffee-shop demo that combined a Flutter app with Nano Banana for customized images and GenUI for dynamically generated, personalized questions. The system let visitors order coffee topped with an image of their happy place, and the demo was presented at Cloud Next and Google I/O. ### Source excerpt Dash sits on a coffee shop's checkout counter drinking a latte with the Flutter logo printed on top If you start giving away coffee, people will show up. The Flutter team had been trying for a while to find a way to put this principle to work with a demo that started with a Flutter app and ended with a hot, tasty beverage. The problem was how to make it more interesting, more personal than just taking orders and delivering. Coffee's cool, but it's not The One Thing You Definitely Remember from Google I/O cool. So what changed? Two new bits of tech arrived on scene. One is Nano Banana, with its ability to quickly generate customized images. The second is GenUI, with its ability to generate UX dynamically at runtime and offer attendees personally tailored questions about how they'd like to modify those images. Put the two together with Flutter and you can offer folks the chance to order coffee with an image of their happy place printed on top with an inkjet printer. Now that's pretty memorable. All we had to do was execute. Twice, as it turned out -- the demo was called "GenLatte" at Cloud Next and "Antigravity Coffee Co." at Google I/O. For simplicity and to save a few tokens for the agent summarizing this article for you, the name "GenLatte" is used below. We built a coffee shop Realizing a vision as ambitious as GenLatte involves a lot of people. Like, a lot of people. There are teams to spec out the physical space and decide how "customers" [1] will flow. There are branding and concept teams to create the aesthetic. There are of course construction teams to go to the hardware store and buy lumber. Eventually, there's also the software engineers slapping code together to build the various apps, which is where I happened to come in. This blog post will only outline the software, but that is not to minimize the incredible work that went into the many other layers required for GenLatte to eventually open its doors. [1] Are they still customers if you don't charge anyth ## Flutter Q2 survey DevFeed: [Flutter Q2 survey]() Original publisher: [Read original article]() Author: Shams Zakhour Published: 2026-06-15T16:42:40Z Content type: article Language: en Sources: [Flutter - Medium]() Topics: [Flutter]() Tags: [announcements](), [flutter](), [flutter-app-development](), [survey]() ### AI overview Flutter reminds readers to complete the Q2 survey before it closes on Friday, June 19. The feedback will help inform the Flutter roadmap. ### Source excerpt Dash completes the Q2 Flutter survey! Just a reminder! Please take the Flutter Q2 survey! The survey closes at the end of day on Friday, June 19th. It won't take long and your feedback helps drive our roadmap! Thank you! Flutter Q2 survey was originally published in Flutter on Medium, where people are continuing the conversation by highlighting and responding to this story. ## Build your own Flutter GenUI solution with Gemini structured outputs DevFeed: [Build your own Flutter GenUI solution with Gemini structured outputs]() Original publisher: [Read original article]() Author: Cagatay Ulusoy Published: 2026-06-09T12:28:28Z Content type: tutorial Language: en Sources: [Flutter Community - Medium]() Topics: [Flutter](), [Framework](), [Firebase](), [Large Language Model]() Tags: [ai-image-generator](), [building](), [firebase](), [firebase-ai-logic](), [flutter](), [framework](), [generative-ui](), [llm](), [ui]() ### AI overview This tutorial explains how to build a Flutter generative UI framework by hand with Gemini structured outputs. It introduces a guided five-step refinement flow in which Gemini generates topic-aware options, Flutter renders them as UI controls, and the selected values become structured data for a more specific image prompt. ### Source excerpt Part 2 of a series "Building Image Assisted Language Learning Practice with Flutter, Firebase and Gemini." Part 1 built the image generation and annotation pipeline. This part buids a generative UI framework by hand, using Gemini structured outputs. Part 3 is the migration: same feature, official Flutter GenUI SDK. In Part 1, I built the first image description practice pipeline for my Flutter app. A user chooses a topic, Firebase and Gemini generate a practice image for the selected topic, and Gemini 3 adds visual annotations on top of the image. That pipeline worked. But after generating enough practices, a different problem became clear. The system could produce valid images, but the variation was limited. For some topics, Gemini kept returning to the same kind of scene, even when the prompt asked for ramdomness explicitly. This post starts one step before image generation. Instead of making the final prompt longer and hoping for more variety, I changed the input flow: what if the user could shape the scene through a guided UI before the image was generated? That led to a five step refinement flow. For each step, Gemini generates topic aware options, such as season, setting, action, framing, mood, and visual details. Flutter renders those options as normal UI controls. The user chooses what they want, and the app stores those choices as structured data before turning them into a more specific image prompt. I did not begin by trying to build a GenUI framework. I was just trying to stop my image generator from repeating itself. But by the end, the system had schemas, widget catalogs, state transitions, and LLM planned screens. So let's start with the original problem. Selected topic: Shopping and errands in Finnish everyday life1. A quick recap My app helps people practice 🇫🇮 Finnish. One of the core exercises is showing the learners a picture and ask them to describe it out loud, then give feedback. The user experience is simple. The content problem behind it is n ## Why I Think On-Device AI Changes Mobile Architecture DevFeed: [Why I Think On-Device AI Changes Mobile Architecture]() Original publisher: [Read original article]() Author: Akansha Jain Published: 2026-06-03T17:56:53Z Content type: opinion Language: en Sources: [Flutter Community - Medium]() Topics: [Artificial Intelligence](), [On-device AI](), [Mobile](), [Flutter](), [Android](), [data]() Tags: [ai](), [android](), [api](), [artificial-intelligence](), [dart](), [data](), [flutter](), [llm](), [mobile](), [on-device](), [on-device-ai]() ### AI overview This opinion article argues that on-device AI changes mobile application architecture by reducing dependence on network APIs. It discusses connectivity, per-call costs, and user-data concerns, drawing on a Flutter camera-demo crash involving a model already loaded on an Android phone. ### Source excerpt What a crashed app taught me about on-device AI -- and why I think you should care. I was building the demo I'd been planning for weeks. Flutter app running. Model loaded. Chat screen looking clean. I opened the camera -- the feature I was most excited about -- pointed it at something on my desk, and the app just crashed. Not a Dart exception. Not a red error screen. The whole thing just died. I stared at my Redmi Note 7 Pro for a second, opened it again, tried once more. Same result. Every single time I launched the camera with the model already loaded, Android killed my app. It took me longer than I'd like to admit to understand why. And when I finally did, I realised I'd been thinking about AI in mobile apps in a way that was quietly wrong for a long time. Before that, let me back up. For the past couple of years, whenever I wanted to add an AI feature to an app, the answer was pretty obvious: use an API. Need a chatbot? API. Need to analyze an image? API. Need text summarisation? API. A few lines of Dart, a request goes out, and something surprisingly intelligent comes back. It worked well enough that I stopped questioning the architecture behind it. Every one of those API calls travels over the network, gets processed on hardware you don't own, and comes back. Which means three things are always true, and always have been: The feature needs internet. Which is fine until you're in a metro tunnel, on a flight, or somewhere with patchy coverage. Your app just stops being smart. Users notice -- and they don't file bug reports, they just leave. You pay for every call. At low volume it's fine. At scale, it genuinely isn't. 10,000 users x 50 queries a day x per-token pricing. At low volume you barely notice it. At scale, those costs become a product decision. User data leaves the device. The health app where someone is logging symptoms. The finance app where they're describing their expenses. The journal app where they're writing things they wouldn't say out loud. For tho ## How to Build, Theme, and Audit Material Design 3 UIs with AI Agents DevFeed: [How to Build, Theme, and Audit Material Design 3 UIs with AI Agents]() Original publisher: [Read original article]() Author: Ivan Morgillo Published: 2026-06-02T17:00:00Z Content type: tutorial Language: en Sources: [Ivan Morgillo]() Topics: [Material Design](), [Agent Skill](), [Compose](), [AI Agent](), [Kotlin](), [Accessibility](), [Flutter]() Tags: [accessibility](), [agent-skill](), [ai-agents](), [audit](), [compose](), [css](), [flutter](), [kotlin](), [material-design]() ### AI overview A practical guide to an MIT-licensed agent skill for building and auditing Material Design 3 interfaces. It covers component generation, seed-color theme creation for light and dark modes, responsive app shells, accessibility checks, and support for Compose, Flutter, CSS, and JSON outputs. ### Source excerpt A practical guide to material-3-skill -- components, theme generation, the 10-category MD3 audit, and the real Compose bugs it catches in production code. ## Your AI Coding Rules Should Not Live in Cursor Rules DevFeed: [Your AI Coding Rules Should Not Live in Cursor Rules]() Original publisher: [Read original article]() Author: Ivan Morgillo Published: 2026-05-29T16:42:19Z Content type: opinion Language: en Sources: [Ivan Morgillo]() Topics: [Rails](), [AI-assisted coding](), [Flutter](), [Markdown](), [coding]() Tags: [ai-coding](), [coding-agents](), [flutter](), [maintenance](), [markdown](), [rails]() ### AI overview The author argues that AI coding instructions should not be maintained separately in editor-specific files. Instead, shared development standards for Rails and Flutter projects should live in versioned Markdown files, while tool-specific files act as adapters and local project rules handle exceptions. ### Source excerpt I stopped treating editor-specific AI rule files as the source of truth and moved my Rails and Flutter standards into plain Markdown that Cursor, Claude, Codex, Copilot, and future agents can all discover. ## That's a wrap: Everything Flutter at Google I/O 2026 DevFeed: [That's a wrap: Everything Flutter at Google I/O 2026]() Original publisher: [Read original article]() Author: Emma Twersky Published: 2026-05-28T15:43:11Z Content type: article Language: en Sources: [Flutter - Medium]() Topics: [Flutter](), [Google](), [Dart](), [releases](), [ide]() Tags: [2026](), [dart](), [flutter](), [flutter-app-development](), [google](), [google-i-o](), [googleio](), [ios](), [macos](), [releases]() ### AI overview A recap of Flutter and Dart announcements and presentations from Google I/O 2026, including Flutter 3.44, Dart 3.12, Agentic Hot Reload, GenUI, Impeller rendering improvements, platform updates, and related developer sessions. ### Source excerpt Flutter recap at Google I/O 2026! What a week! Google I/O 2026 is officially in the books. It's time to recap the whirlwind of updates for the Flutter and Dart communities. https://medium.com/media/d0d2e640108865de13df503f39550e39/href The onsite star was a full-sized specialty coffee shop in the absolute center of Google I/O, built entirely with Flutter GenUI, where nanobanana-generated artwork was printed right on the coffee foam. Just a few generated foam coffee art lattes at I/O But don't worry if you weren't able to make it to Shoreline. We recorded every moment and more, now available for on-demand viewing on the Flutter YouTube channel. 📺 Watch every session From keynote to tech session, we can't wait for you to see every moment of Flutter from I/O 2026. 🌟 What's new in Flutterhttps://medium.com/media/8990b6ee337f71dd5fe4b546e415b28e/href A few of the highlights: Flutter 3.44 & Dart 3.12: These releases brought major advancements with Agentic Hot Reload, GenUI with a showcase from Li-Te Cheng on the DeepMind team, Toyota has embedded Flutter in the 2026 RAV4, improved rendering performance with Impeller, decoupling of Material and Cupertino UI from the framework, Swift Package Manager is on by default for iOS and macOS, Canonical now leads the Flutter desktop roadmap, and significant updates to platform-specific fidelity with HCPP. 🌟 Vibe once, run anywhere with Antigravity and Flutterhttps://medium.com/media/09b6dd58a4887dc5633ea68bfd9b4f22/href What you'll learn: A technical introduction to Antigravity, a new IDE focused on building with agents. You will learn how to leverage "vibe-based" development to create experiences that adapt and run across all platforms seamlessly. Why it matters: It provides the architectural roadmap for shifting from "hard-coded" layouts to "vibe-based" generative experiences, allowing your app to adapt to user needs on the fly. How to write really good Flutter codehttps://medium.com/media/9f58da82d9e2e2741f0dca7f94fd8ad5/href Wha [Next page]()