Beniamin Marcu

Flutter 3.47 is the current stable release, and this update changes more than a version number. Material and Cupertino are available as standalone packages, Widget Previews are stable, Impeller is the default desktop renderer, and the platform baselines are moving forward.

Use this short checklist before running flutter upgrade on an older project. The goal is to find migration work while it is still a controlled change—not after it becomes a release blocker.

React Native 0.87 is now the active stable release. It makes the Strict TypeScript API the default, updates the Android build baseline, raises the minimum Node.js version, and introduces changes that can expose assumptions in older projects.

This is a practical pre-upgrade check. You can run it in about ten minutes and decide whether your project is ready, needs a small preparation pass, or should stay on its current version until a dependency catches up.

AI app development changed quickly again this summer. Frontier models became less expensive, coding agents became more capable, and the mobile platforms moved serious AI workloads closer to the device.

If you have been away from mobile development for a few months, this is the short version of what changed, what is real today, and what is worth testing in your next app.

Expose real product actions to the system instead of treating your app as an isolated screen stack.

App Intents are becoming one of the most important integration points for iOS apps. They let your app expose actions and data to system features such as Siri, Shortcuts, Spotlight, widgets, and other surfaces that can help users act without opening the full app first.

For SwiftUI templates, this is a major opportunity. A template usually already has a predictable product loop: browse products, start a chat, save a listing, log a workout, check an order, or create a reminder. App Intents turn those loops into system-level capabilities.

This guide explains how to plan App Intents in a SwiftUI app template:

• identify user actions worth exposing;
• model app entities and queries;
• decide which actions belong in Shortcuts or Siri;
• connect intents to widgets and Spotlight;
• test the integration before release.

Expo Router API routes give React Native teams a practical middle ground between "everything is client-side" and "we need a separate backend project before we can ship." With EAS Hosting, those routes can be deployed alongside an Expo Router web app and used for server-side work such as secrets, validation, webhooks, AI calls, and small backend endpoints.

Flutter teams now have two strong Google-backed paths for AI features:

• Firebase AI Logic for direct AI calls from mobile and web apps;
• Genkit for full-stack AI flows, tools, structured output, and agentic workflows.

The right choice is less about which one is "better" and more about where the AI decision should live: in the Flutter client, in a backend flow, or across both.

React Native teams now have two practical ways to add serious AI features to a mobile app:

• call Gemini models through Firebase AI Logic from a Firebase-aware app;
• keep AI orchestration on your own backend and call OpenAI from the server.

Both approaches can be correct. The wrong choice is usually the one that ignores secrets, user identity, App Store release cycles, cost controls, and how quickly your AI product will evolve.

Flutter apps are cross-platform, but privacy review is still native. Your pubspec.yaml dependencies can pull in iOS pods, Android libraries, analytics SDKs, crash reporters, payment SDKs, Firebase packages, and permission handlers that affect App Store and Google Play disclosures.

Subscription screens are easy to mock in Flutter. Real subscription systems are not. A production app needs store products, test accounts, purchase listeners, receipt validation, renewals, cancellations, refunds, restore purchases, customer support, and a reliable entitlement model.

Flutter Web is no longer just a checkbox for teams that mainly care about iOS and Android. With WebAssembly build support and web hot reload, Flutter's web story is becoming more practical for dashboards, admin tools, landing experiences, internal apps, and companion web products.

A focused modernization pass for real SwiftUI apps, not a visual rewrite.

Liquid Glass is not just a shiny material. It changes how iOS apps express depth, hierarchy, translucency, motion, and icon identity across Apple platforms.

For teams starting from an existing SwiftUI template, the question is not "How do we add glass everywhere?" The better question is: "Which parts of this app should feel more native while still preserving the product's brand?"

This guide gives you a practical modernization path for SwiftUI templates:

• audit navigation and surfaces before touching colors;
• update reusable components instead of one-off screens;
• prepare app icons with Icon Composer;
• test legibility, motion, and accessibility settings;
• ship the redesign in small, reversible steps.

If you are choosing a base app before modernizing, start with the SwiftUI Starter or browse the full iOS templates catalog.

The App Store release is the start of performance work, not the end.

Most teams test performance before launch. Fewer teams monitor what happens after real users install the app on real devices.

That gap is expensive. A SwiftUI app can pass QA and still suffer from slow launches, memory pressure, animation hitches, disk usage growth, or hangs under real-world conditions.

MetricKit helps close that gap by delivering performance metrics and diagnostics from actual device usage. For template-based SwiftUI apps, this is a practical way to detect regressions after customizing the base code.

This guide covers:

• what MetricKit measures;
• which metrics matter for SwiftUI apps;
• how to connect diagnostics to product areas;
• what to monitor after a template customization;
• how to build a release performance checklist.