dalsi poznatky, doufam ze nikomu nevadi, ze si tady delam odkladiste dojmu z poznavani nove technologie :-) kdyby to nekomu vadilo, tak me usmernujte
BLoC pattern vnimam jako oddeni business logiky do specialni komponenty, ktera je pak dobre testovana a to Rx a Streamy ze jsou jen specifikum pro tu BLoC library pro Flutter, ktera se pro state management pouziva - tak kdybych placal blbosti, tak je to jen z neznalosti nebo spatnyho chapani :-)
MobX samotnej se asi neda pouzit pro globalni state management, protoze ten store s tim stavem se v prikladech instanciuje v kazde screene, takze na mobx.pub pouzivaji Provider jako dependency injection, kterym si dodam do kterehokoliv widgetu tu jedinou instanci storu, kterou mam a to se zda byt docela vychvalovana kombinace.
pouzivani Provideru samotneho se zda ne moc efektivni, protoze notifyListeners (nebo jak se presne jmenuje ta funkce co se musi vzdycky volat) drzi uplne vsechny listenery a uplne vsechny je notifikuje, bez ohledu na to jestli chteji nebo ne, tak jak jich zacne byt vic, tak jsou udajne problemy s performance...
samozrejme se tim ta komplexita trochu zvedne, takze uz pomalu zacinam chapat i tu BLoC library :-) jen mi proste hrozne vadi, ze u te ten stav neni nikde drzeny - proste prolitne eventa, zpusobi pregenerovani widgetu a hotovo, nikde nezjistim co mam kde aktualne ulozene...
je to jen o nastaveni mindsetu, nebo je to vazne nevyhoda jak si myslim?