Millised arhitektuuri seisundi haldamise lähenemised teile ei meeldi ja miks?

Mõned lähenemised Flutteri oleku haldamisel võivad põhjustada raskusi või ebamugavusi:

• setState suurtes vidinates: setState kasutamine keerulise oleku haldamiseks suurtes vidinates viib kogu puu uuesti joonistamiseni, mis vähendab jõudlust ja raskendab hooldust.

• Globaalsed singletonid või globaalne olek: Oleku salvestamine globaalsetesse muutujatesse või singletonidesse raskendab testimist ja skaleerimist.

• Liigne Provider kasutamine ilma selge struktuurita: Kui on palju pakkujaid ilma selge arhitektuurita, on keeruline mõista, kus ja kuidas olek muutub.

• Bloc ilma arusaamiseta: Keerukate arhitektuuride, nagu Bloc, kasutamine ilma sügava arusaamiseta võib viia liigse koodi ja keerukuseni.

• UI ja loogika eraldamise puudumine: Lähenemised, kus loogika on tihedalt seotud UI-ga, raskendavad hooldust ja testimist.

Üldiselt ei meeldi lähenemised, mis põhjustavad:

• Skaleerimisraskusi
• Testimise raskusi
• Koodi halba loetavust ja hooldatavust

On parem valida arhitektuurid, millel on selge vastutuse jaotus ning etteaimatav oleku haldus.