1. Flutter 4 : l'architecture en deux couches

Flutter n'est pas un wrapper WebView ni un bridge JavaScript comme React Native. C'est un toolkit complet qui dessine chaque pixel via son propre moteur graphique. L'architecture se découpe en deux couches majeures.

La couche framework, écrite en Dart, contient les widgets (Material 3, Cupertino), les primitives de rendu (RenderObject), le système de layout, l'animation et les gestures. C'est tout ce que tu manipules au quotidien dans ton code.

La couche engine, écrite en C++, gère le rendu effectif. Historiquement basée sur Skia (le moteur graphique de Chrome), elle a été progressivement remplacée sur iOS par Impeller depuis Flutter 3.7. Impeller pré-compile les shaders au build-time, éliminant les saccades du premier affichage que Skia exhibait sur iOS. Sur Android et desktop, Skia reste le défaut, Impeller étant en stable depuis Flutter 3.16.

"Impeller has a high-quality, deterministic rendering pipeline. It precompiles a smaller, simpler set of shaders at engine-build time so they don't compile at runtime." — flutter.dev/perf/impeller

2. Dart 3 : la révolution silencieuse

Dart 3, sorti en mai 2023 et stabilisé courant 2024, est la première version 100% sound null safety du langage. Elle introduit trois fonctionnalités qui changent profondément la manière d'écrire du code Flutter.

2.1 Records — tuples typés natifs

Les records permettent de retourner plusieurs valeurs sans créer une classe dédiée. Ils sont immuables, comparables par valeur et peuvent être nommés.

// Record positionnel
(int, String) parseLine(String raw) {
  final parts = raw.split(',');
  return (int.parse(parts[0]), parts[1]);
}

// Record nommé
({double lat, double lng}) getLocation() {
  return (lat: 48.8566, lng: 2.3522);
}

void main() {
  final (id, name) = parseLine('42,Flutter');
  final loc = getLocation();
  print('$id $name @ ${loc.lat},${loc.lng}');
}

2.2 Patterns — switch exhaustif

Le pattern matching de Dart 3 transforme les switch en outils d'analyse de structures. Combiné avec les sealed classes, le compilateur garantit l'exhaustivité.

2.3 Sealed classes et class modifiers

Dart 3 introduit six nouveaux modificateurs : sealed, final, base, interface, mixin et la combinaison mixin class. sealed verrouille la hiérarchie : seuls les fichiers de déclaration peuvent ajouter des sous-classes, ce qui rend le pattern matching exhaustif.

sealed class Result<T> {
  const Result();
}

final class Success<T> extends Result<T> {
  final T value;
  const Success(this.value);
}

final class Failure<T> extends Result<T> {
  final String message;
  const Failure(this.message);
}

String describe<T>(Result<T> r) => switch (r) {
  Success(value: final v) => 'OK: $v',
  Failure(message: final m) => 'ERR: $m',
};
// Compilateur : exhaustif ✅ — pas besoin de default

3. Asynchrone : Future et Stream

Dart est mono-thread mais asynchrone par nature grâce à l'event loop. Future<T> représente une valeur disponible plus tard ; Stream<T> une séquence d'événements asynchrones.

Pour aller plus loin

• Records — documentation officielle Dart
• Patterns Dart 3
• Impeller rendering engine
• flutter.dev/docs — référence complète

Flutter 4 marque la généralisation d'Impeller comme moteur de rendu par défaut sur iOS, Android, macOS et bientôt Windows. Là où Skia compilait les shaders à la volée (provoquant le fameux « jank » de premier affichage), Impeller précompile l'ensemble des shaders à la construction du binaire. Le résultat est mesurable : sur un iPhone 12, le temps de la première frame d'un écran complexe (liste avec ombres, gradients, blur) chute de 30 à 8 millisecondes. Impeller utilise Metal sur Apple, Vulkan sur Android moderne (API 29+) et OpenGL ES en repli. Cette architecture multi-backend impose au framework de raisonner en termes d'encoded commands plutôt que d'appels graphiques directs, ce qui ouvre la voie à un rendu différé multi-threadé.

Le tessellator interne d'Impeller convertit les courbes de Bézier en triangles selon un algorithme de subdivision adaptatif (Loop-Blinn modifié) plus précis que le triangulator de Skia pour les petits glyphes. Concrètement, vous obtenez un rendu de texte plus net en 11px sur écrans haute densité. La contrepartie est une consommation mémoire supérieure (~15 % en pic), ce qui peut poser problème sur les Android entrée de gamme (1 Go RAM). Pour ces cibles, vous pouvez désactiver Impeller via la commande flutter run --no-enable-impeller ou ajouter la clé FLTEnableImpeller=false dans Info.plist/AndroidManifest.xml.

DartPad et le bytecode Kernel

DartPad (dartpad.dev) compile désormais en dart2wasm par défaut pour les exemples Flutter. Cela apporte un démarrage 3 à 5 fois plus rapide qu'avec dart2js, au prix d'une compatibilité navigateur limitée à ceux supportant WasmGC (Chrome 119+, Firefox 120+, Safari 18+). Le format Kernel (.dill) reste le pivot intermédiaire : votre code Dart est d'abord parsé en AST, puis converti en bytecode Kernel qui sera consommé par les backends AOT (mobile), JIT (hot reload), dart2js (web JS) ou dart2wasm. Comprendre cette pipeline est essentiel quand vous diagnostiquez des erreurs cryptiques type « kernel binary version mismatch » lors d'un flutter clean mal effectué.

FFI : Foreign Function Interface

L'FFI Dart permet d'appeler des fonctions C/C++/Rust natives sans passer par MethodChannel. C'est indispensable quand vous avez besoin de performances brutes (traitement d'image, cryptographie, SQLite custom) ou de réutiliser une bibliothèque tierce déjà compilée. Vous déclarez un typedef Dart (typedef AddFunc = Int32 Function(Int32, Int32);) puis vous chargez la bibliothèque dynamique via DynamicLibrary.open('libmymath.so') et liez le symbole avec lookup<NativeFunction<AddFunc>>('add').asFunction(). La gestion mémoire devient explicite : vous allouez via malloc.allocate<Int32>() et libérez via malloc.free(ptr). Toute fuite ici est silencieuse côté Dart mais fatale en production. Le package ffigen automatise la génération des bindings depuis un header C, ce qui réduit drastiquement les erreurs de signature.