{"id":3303,"date":"2026-04-16T21:01:01","date_gmt":"2026-04-16T20:01:01","guid":{"rendered":"https:\/\/www.kangama.com\/?p=3303"},"modified":"2026-04-26T09:57:12","modified_gmt":"2026-04-26T08:57:12","slug":"observable-dans-swiftui-ios17-state-bindable","status":"publish","type":"post","link":"https:\/\/www.kangama.com\/en\/observable-dans-swiftui-ios17-state-bindable\/","title":{"rendered":"@Observable dans SwiftUI : comprendre le nouveau syst\u00e8me d\u2019observation introduit avec iOS 17"},"content":{"rendered":"
<\/div>\n

Introduction<\/h2>\n\n\n\n

Depuis les premi\u00e8res versions de SwiftUI, la gestion de l\u2019\u00e9tat repose sur un ensemble de m\u00e9canismes qui, bien que puissants, ont rapidement montr\u00e9 certaines limites dans des projets concrets. Entre ObservableObject<\/code>, @Published<\/code>, @StateObject<\/code>ou encore @ObservedObject<\/code>, il n\u2019\u00e9tait pas toujours \u00e9vident de comprendre pr\u00e9cis\u00e9ment comment et pourquoi une vue se mettait \u00e0 jour.<\/p>\n\n\n\n

Dans la continuit\u00e9 de mon d\u00e9veloppement de mon application macOS de nettoyage de caches d\u00e9veloppeur<\/a>, je poursuis mon exploration de SwiftUI et de ses \u00e9volutions r\u00e9centes. Ce type de projet concret met rapidement en lumi\u00e8re les limites des anciens m\u00e9canismes, notamment d\u00e8s que l\u2019\u00e9tat devient un peu plus complexe ou partag\u00e9 entre plusieurs vues.<\/p>\n\n\n\n

Avec l\u2019arriv\u00e9e d\u2019iOS 17, Apple a d\u00e9cid\u00e9 de repenser en profondeur ce syst\u00e8me en introduisant le framework Observation<\/strong> et le macro @Observable<\/code>. Derri\u00e8re cette \u00e9volution se cache un objectif clair : rendre l\u2019observation des donn\u00e9es plus fine, plus performante et surtout plus intuitive<\/strong> \u00e0 utiliser au quotidien.<\/p>\n\n\n\n

Dans cet article, nous allons prendre le temps de comprendre ce qui change r\u00e9ellement, pourquoi ce nouveau mod\u00e8le simplifie le d\u00e9veloppement SwiftUI, et comment adapter votre code existant sans introduire de complexit\u00e9 inutile.<\/p>\n\n\n\n

Une nouvelle philosophie : @Observable dans SwiftUI<\/h2>\n\n\n\n

L\u00e0 o\u00f9 ObservableObject<\/code> reposait sur une logique relativement globale, @Observable<\/code> introduit une approche beaucoup plus pr\u00e9cise, bas\u00e9e sur l\u2019utilisation r\u00e9elle des donn\u00e9es dans les vues.<\/p>\n\n\n\n

Concr\u00e8tement, cela signifie que SwiftUI ne va plus observer un objet dans son ensemble, mais uniquement les propri\u00e9t\u00e9s qui sont effectivement utilis\u00e9es dans le body<\/code> d\u2019une vue. Cette diff\u00e9rence peut sembler subtile au premier abord, mais elle change profond\u00e9ment la mani\u00e8re dont les mises \u00e0 jour sont d\u00e9clench\u00e9es.<\/p>\n\n\n\n

Prenons un exemple simple pour illustrer ce comportement :<\/p>\n\n\n\n