至此,這已是探索 Flutter 狀態管理方式文章的最後一篇,同時這也是新年後的第一篇文章,以後我將將他們應用在實際項目中開發並將值的學習的項目開源出來。對於其中講解可能有點淺嘗則止,由於給出的實例相對簡單,但相信聰明的程序員都會有本身的學習方法,你能夠從給出的實例結合本身的所學引深出更好的設計方法。git
同時要送給你們的建議是:請在須要這些狀態管理方式時使用它,我見過很多的開發者都有用大刀砍白菜的意思,這並非一個好習慣,你會發現這些狀態管理方式有時候不但不會使開發簡單,其實還會加大代碼量,使其變得複雜,對於如何選擇,這裏還不夠說清楚,但願大家都能找到本身的管理應用程序的方式。程序員
全部實例:github
github 地址:github.com/MeandNi/Flu…redux
Redux 由 Facebook 2015年提出,是基於 Flux 理念實現的一個響應式框架的狀態管理方式,最先應用於 React 中,然後 React Native 、 Flutter 等多個框架也一樣可使用。框架
學習 Redux 以前,請了解 Redux 所能作到的事情:less
若是你用過 React ,相信你對上面的概念已經很清晰了,沒使用過?也 OK,下面慢慢道來....ide
總體的思路:全部狀態存放在 store 中,Redux 將 store 內全部狀態放入對應的組件中呈如今 Ui 上,用戶與 UI 交互(如點擊)發起一個 action(一個描述行爲的對象),store 可判別 action類型並做用相應的 reducer(操做改變狀態的純函數),reducer 完成相應改變後將數據放到全局的 store 中,實現改變。模塊化
思路簡單,描述起來蠻複雜,其實它的目的就是實現代碼做用域的分離。函數
那麼如何讓將以上描述應用於實際的應用程序中呢?學習
其中的實現與 ScopedModel 很類似,抓住兩個要點,如何在 UI 中呈現以及如何 發起 action 改變狀態。
咱們首先定義 一個全局狀態 AppState:
@immutable
class AppState {
final counter;
AppState(this.counter);
}
複製代碼
裏面有一個 counter 變量用於計數。
如前面所述,State 的變化,會致使 UI 的變化。可是,用戶接觸不到 State,只能接觸到 UI。因此,State 的變化必須是 UI 致使的。Action 就是 UI 發出的通知,表示 State 應該要發生變化了。
咱們這裏有一個促使 counter 增長的 action:
enum Actions { Increment }
複製代碼
Store 收到 Action 之後,必須給出一個新的 State,這樣 View 纔會發生變化。這種 State 的計算過程就叫作 Reducer。
Reducer 是一個函數,它接受 Action 和當前 State 做爲參數,返回一個新的 State。
AppState reducer(AppState prev, action) {
if (action == Actions.Increment) {
return new AppState(prev.counter + 1);
}
return prev;
}
複製代碼
reducer 中判斷了 action 時 Increment 這一類型,將一個新的 AppState 返回到 store。
首先初始化狀態:
final store = new Store(reducer, initialState: new AppState(0));
複製代碼
而後顯示狀態:
new StoreConnector(
converter: (store) => store.state.counter,
builder: (context, counter) => new Text(
'$counter',
style: Theme.of(context).textTheme.display1,
),
)
複製代碼
經過 converter 屬性拿到 state 中的 counter 屬性。
而後傳入 builder 應用在組件中。
new StoreConnector(
converter: (store) {
return () => store.dispatch(Actions.Increment);
},
builder: (context, callback) => new FloatingActionButton(
onPressed: callback,
tooltip: 'Increment',
child: new Icon(Icons.add),
),
),
複製代碼
一樣是使用 StoreConnector,然而此次經過 converter 拿到的是一個 store.dispatch(Actions.Increment)
,store.dispatch()
是 View 發出 Action 的惟一方法。然後在組件中調用該回調方法便可。
完整代碼被放在一個文件中:樣例代碼
Redux 應用在 ShoppingCart:樣例代碼
在複雜的應用中咱們能夠將應用程序中的 reducer 根據業務類型分離,例如用戶信息、產品信息等不一樣業務的操做分離到單獨的模塊,
然後將其合併:
實現上看的分離後,又可只將相應業務的數據放到相應業務根 widget(其子組件的全部數據和操做來自該根組件)
咱們將須要的數據及操做到一個對象中,傳遞到組件中:
class DeviceFragment extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Scaffold(
body: new StoreConnector<AppState, _ViewModel>(
converter: _ViewModel.fromStore,
builder: (context, vm) {
return DeviceList(
devices: vm.devices,
onStateChanged: vm.onStateChanged,
onRemove: vm.onRemove,
onUndoRemove: vm.onUndoRemove,
);
}),
);
}
}
class _ViewModel {
final List<Device> devices;
// final bool loading;
final Function(Device) onStateChanged;
final Function(Device) onRemove;
final Function(Device) onUndoRemove;
_ViewModel({
@required this.devices,
// @required this.loading,
@required this.onStateChanged,
@required this.onRemove,
@required this.onUndoRemove,
});
static _ViewModel fromStore(Store<AppState> store) {
return _ViewModel(
devices: store.state.devices,
// loading: store.state.isLoading,
onStateChanged: (device) {
store.dispatch(editItem(device.copyWith(state: !device.state)));
},
onRemove: (device) {
store.dispatch(deleteDevice(device));
},
onUndoRemove: (device) {
store.dispatch(AddDeviceAction(device));
},
);
}
}
複製代碼
這樣使得產生模塊化管理的思想!(以上實例來自正在開發的一個真實項目,目前還未開源。)
同時,在實際的應用程序中,你必定須要在程序啓動初期來加載來自雲端或者數據本地的數據,你能夠在入口的頁面中接受一個加載數據的函數,放入 initState 函數中。
博客地址:meandni.com/
Githib:github.com/MeandNi/
歡迎一塊兒交流學習!