Come SwiftUI ricalcola le viste

Una view SwiftUI non è un oggetto pesante. È una descrizione leggera dell'aspetto che la schermata dovrebbe avere in quel momento. SwiftUI le crea e le elimina continuamente.

Quando i dati cambiano, SwiftUI richiama nuovamente il body della view per ottenere una descrizione aggiornata. È un comportamento normale e previsto, non un bug.

SwiftUI confronta la nuova descrizione con quella precedente. Questo passaggio di diffing individua il piccolo insieme di elementi che è realmente cambiato.

Dopo il diffing, vengono ridisegnate solo le parti realmente diverse. Tutto il resto rimane esattamente com'era, mantenendo rapidi gli aggiornamenti.

Per la maggior parte delle view, SwiftUI esegue il confronto in base al valore. Se le proprietà memorizzate di una struct non sono cambiate, SwiftUI può evitare lavoro per quella view.

SwiftUI tiene traccia anche dell'identità strutturale di una view, ovvero della sua posizione nell'albero delle view. Lo stesso slot indica la stessa view tra un aggiornamento e l'altro.

Può assegnare a una view un id esplicito. Un id modificato comunica a SwiftUI di trattarla come una view completamente nuova, reimpostandone lo stato.

In un elenco, un'identità stabile consente a SwiftUI di spostare le righe invece di ricrearle. Utilizzi un id reale, non l'indice dell'array.

Una view viene rivalutata solo quando cambia un valore che legge effettivamente. Queste letture sono le sue dipendenze e stabiliscono quando viene eseguito body.

Eseguire body è poco costoso; utilizzare la GPU non lo è. Un ricalcolo produce spesso un risultato identico, quindi non viene ridisegnato nulla.

Capire come SwiftUI esegue il diffing significa ottimizzare ciò che conta: identità stabile e dipendenze minime, invece di evitare del tutto le chiamate a body.

Ha visto che SwiftUI ricostruisce body, confronta il risultato e ridisegna solo le modifiche reali. Identità e dipendenze stabiliscono quando ciò avviene. 🧠