Ako pristupujete výberu architektúry pre projekt?

Výber architektúry závisí od rozsahu, zložitosti projektu, tímu a požiadavkách na testovateľnosť a udržateľnosť.

Hlavné typy architektúr, ktoré zvažujem pre Flutter projekty:

• MVC (Model-View-Controller): Jednoduché, ale menej vhodné pre zložité UI kvôli komponentom, ktoré sú tesne prepojené.
• MVP (Model-View-Presenter): Zlepšuje rozdelenie zodpovedností v porovnaní s MVC, Presenter komunikuje s View cez rozhranie.
• MVVM (Model-View-ViewModel): Široko používané vo Flutteri. ViewModel obsahuje logiku a stav, View sa na zmeny odoberá. Dobré pre testovanie.
• BLoC (Business Logic Component): Prístup založený na Stream-och, na správu stavu a biznis logiky. Zabezpečuje čistý kód, dobrú testovateľnosť a škálovateľnosť.
• Cubit: Zjednodušená verzia BLoC, nevyužíva Stream-y na vstupné dáta, iba na výstup (State). Jednoduchšie na použitie pre jednoduché scenáre.
• Provider: Pohodlný, flexibilný a jednoduchý balík na správu stavu a závislostí. Často sa používa v kombinácii s inými vzormi alebo samostatne pre jednoduché aplikácie.

Proces výberu:

1. Analýza požiadaviek: Odhad zložitosti UI, biznis logiky, potreby offline práce, integrácie s externými službami.
2. Škálovateľnosť a udržateľnosť: Ako ľahko bude možné rozširovať funkčnosť a robiť zmeny v budúcnosti.
3. Testovateľnosť: Ako ľahko bude možné písať unit a widget testy.
4. Skúsenosti tímu: Výber architektúry, s ktorou má tím skúsenosti, urýchli vývoj.
5. Veľkosť projektu: Pre malé projekty môže byť Provider alebo Cubit/jednoduchá architektúra postačujúca. Pre väčšie a zložitejšie sú vhodnejšie BLoC alebo MVVM.

Príklad kombinácie prístupov pre stredný/zložitý projekt:

• Globálne riadenie stavu: Provider alebo Riverpod (ako alternatíva Provider s compile-time bezpečnosťou).
• Špecifické riadenie stavu: BLoC alebo Cubit pre zložitú biznis logiku v rámci samostatných modulov.
• Injektáž závislostí: GetIt alebo Injectable na správu závislostí.
• Routing: go_router alebo auto_route.

Dôležitý aspekt: Prispôsobivosť. Architektúra by mala byť dostatočne flexibilná, aby ju bolo možné prispôsobiť alebo kombinovať rôzne prístupy. Hlavné je sledovať princípy čistého kódu, ako sú SOLID, a udržiavať jasné rozdelenie zodpovedností.