Flutter 作为响应式框架,通过 实现跨帧渲染的逻辑,难免让人与 ReactReact Native 联系起来,而其中 React“广为人知”Redux 状态管理,其实在 Flutter 中同样适用。

我们最终将实现如下图的效果,相应代码在 GSYGithubAppFlutter 中可找到,本篇 Flutter 中所使用的 Redux 库是 。

Redux 的概念是状态管理,那在已有 state 的基础上,为什么还需要 Redux ?因为使用 Redux 的好处是:共享状态单一数据

试想一下,App内有多个地方使用到登陆用户的数据,这时候如果某处对用户数据做了修改,各个页面的同步更新会是一件麻烦的事情。

但是引入 Redux 后,某个页面修改了当前用户信息,所有绑定了 Redux 的控件,将由 Redux 自动同步刷新。See!这在一定程度节省了我们的工作量,并且单一数据源在某些场景下也方便管理,同理我们后面所说的 主题多语言 切换也是如此。

大致流程图

如上图,Redux 的主要由三部分组成:Store 、Action 、 Reducer

  • Action 用于定义一个数据变化的请求行为。
  • Reducer 用于根据 Action 产生新状态,一般是一个方法。
  • Store 用于存储和管理 state。

所以一般流程为:

1、Widget 绑定了 Store 中的 state 数据。

2、Widget 通过 Action 发布一个动作。

3、Reducer 根据 Action 更新 state。

根据这个流程,首先我们要创建一个 Store 。如下图,创建 Store 需要 reducer ,而 reducer 实际上是一个带有 stateaction 的方法,并返回新的 State 。

所以我们需要先创建一个 State 对象 GSYState 类,用于储存需要共享的数据。比如下方代码的: 用户信息、主题、语言环境 等。

接着我们需要定义 Reducer 方法 appReducer :将 GSYState 内的每一个参数,和对应的 action 绑定起来,返回完整的 GSYState这样我们就确定了 State 和 Reducer 用于创建 Store

如上代码,GSYState 的每一个参数,是通过独立的自定义 Reducer 返回的。比如 themeData 是通过 ThemeDataReducer 方法产生的,ThemeDataReducer 其实是将 ThemeData 和一系列 Theme 相关的 Action 绑定起来,用于和其他参数分开。这样就可以独立的维护和管理 GSYState 中的每一个参数。

继续上面流程,如下代码所示,通过 flutter_reduxcombineReducersTypedReducer,将 RefreshThemeDataAction 类 和 _refresh 方法绑定起来,最终会返回一个 ThemeData 实例。也就是说:用户每次发出一个 RefreshThemeDataAction ,最终都会触发 _refresh 方法,然后更新 GSYState 中的 themeData

  1. import 'package:flutter/material.dart';
  2. import 'package:redux/redux.dart';
  3. ///通过 flutter_redux 的 combineReducers,创建 Reducer<State>
  4. final ThemeDataReducer = combineReducers<ThemeData>([
  5. ///将Action,处理Action动作的方法,State绑定
  6. TypedReducer<ThemeData, RefreshThemeDataAction>(_refresh),
  7. ]);
  8. ///定义处理 Action 行为的方法,返回新的 State
  9. ThemeData _refresh(ThemeData themeData, action) {
  10. themeData = action.themeData;
  11. return themeData;
  12. }
  13. ///定义一个 Action 类
  14. ///将该 Action 在 Reducer 中与处理该Action的方法绑定
  15. class RefreshThemeDataAction {
  16. final ThemeData themeData;
  17. RefreshThemeDataAction(this.themeData);
  18. }

OK,现在我们可以愉悦的创建 Store 了。如下代码所示,在创建 Store 的同时,我们通过 initialState 对 GSYState 进行了初始化,然后通过 StoreProvider 加载了 Store 并且包裹了 MaterialApp至此我们完成了 Redux 中的初始化构建。

  1. void main() {
  2. runApp(new FlutterReduxApp());
  3. }
  4. class FlutterReduxApp extends StatelessWidget {
  5. /// 创建Store,引用 GSYState 中的 appReducer 创建 Reducer
  6. /// initialState 初始化 State
  7. final store = new Store<GSYState>(
  8. appReducer,
  9. initialState: new GSYState(
  10. userInfo: User.empty(),
  11. themeData: new ThemeData(
  12. primarySwatch: GSYColors.primarySwatch,
  13. ),
  14. locale: Locale('zh', 'CH')),
  15. );
  16. FlutterReduxApp({Key key}) : super(key: key);
  17. @override
  18. Widget build(BuildContext context) {
  19. /// 通过 StoreProvider 应用 store
  20. return new StoreProvider(
  21. store: store,
  22. child: new MaterialApp(),
  23. );
  24. }
  25. }

And then,接下来就是使用了。如下代码所示,通过在 build 中使用 StoreConnector ,通过 converter 转化 store.state 的数据,最后通过 builder 返回实际需要渲染的控件,这样就完成了数据和控件的绑定。当然,你也可以使用StoreBuilder

最后,当你需要触发更新的时候,只需要如下代码即可。

  1. StoreProvider.of(context).dispatch(new UpdateUserAction(newUserInfo));

So,或者简单的业务逻辑下,Redux 并没有什么优势,甚至显得繁琐。但是一旦框架搭起来,在复杂的业务逻辑下就会显示格外愉悦了。

Flutter 中官方默认就支持主题设置,MaterialApp 提供了 theme 参数设置主题,之后可以通过 获取到当前的 ThemeData 用于设置控件的颜色字体等。

ThemeData 的创建提供很多参数,这里主要说 primarySwatch 参数。 primarySwatch 是一个 MaterialColor 对象,内部由10种不同深浅的颜色组成,用来做主题色调再合适不过。

如下图和代码所示,Flutter 默认提供了很多主题色,同时我们也可以通过 MaterialColor 实现自定义的主题色。

image.png

  1. MaterialColor primarySwatch = const MaterialColor(
  2. primaryValue,
  3. 50: const Color(primaryLightValue),
  4. 100: const Color(primaryLightValue),
  5. 200: const Color(primaryLightValue),
  6. 300: const Color(primaryLightValue),
  7. 400: const Color(primaryLightValue),
  8. 500: const Color(primaryValue),
  9. 600: const Color(primaryDarkValue),
  10. 700: const Color(primaryDarkValue),
  11. 800: const Color(primaryDarkValue),
  12. 900: const Color(primaryDarkValue),
  13. },
  14. );

前面我们已经在 GSYState 中创建了 themeData ,此时将它设置给 MaterialApptheme 参数,之后我们通过 dispatch 改变 themeData 即可实现主题切换。

注意,因为你的 MaterialApp 也是一个 StatefulWidget ,如下代码所示,还需要利用 StoreBuilder 包裹起来,之后我们就可以通过 dispatch 修改主题,通过 Theme.of(context).primaryColor 获取主题色啦。

Flutter的国际化按照官网文件 internationalization 看起来稍微有些复杂,也没有提及实时切换,所以这里介绍下快速的实现。当然,少不了 Redux !

大致流程

如上图所示大致流程,同样是通过默认 MaterialApp 设置,自定义的多语言需要实现的是: LocalizationsDelegateLocalizations。最终流程会通过 Localizations 使用 Locale 加载这个 delegate。所以我们要做的是:

  • 实现 LocalizationsDelegate
  • 实现 Localizations
  • 通过 StoreLocale 切换语言。

如下代码所示,创建自定义 delegate 需要继承 LocalizationsDelegate 对象,其中主要实现 load 方法。我们可以是通过方法的 locale 参数,判断需要加载的语言,然后返回我们自定义好多语言实现类 GSYLocalizations ,最后通过静态 delegate 对外提供 LocalizationsDelegate

  1. /**
  2. * 多语言代理
  3. * Created by guoshuyu
  4. * Date: 2018-08-15
  5. */
  6. class GSYLocalizationsDelegate extends LocalizationsDelegate<GSYLocalizations> {
  7. GSYLocalizationsDelegate();
  8. @override
  9. bool isSupported(Locale locale) {
  10. ///支持中文和英语
  11. return ['en', 'zh'].contains(locale.languageCode);
  12. }
  13. ///根据locale,创建一个对象用于提供当前locale下的文本显示
  14. @override
  15. Future<GSYLocalizations> load(Locale locale) {
  16. return new SynchronousFuture<GSYLocalizations>(new GSYLocalizations(locale));
  17. }
  18. @override
  19. bool shouldReload(LocalizationsDelegate<GSYLocalizations> old) {
  20. return false;
  21. }
  22. ///全局静态的代理
  23. static GSYLocalizationsDelegate delegate = new GSYLocalizationsDelegate();
  24. }

上面提到的 GSYLocalizations 其实是一个自定义对象,如下代码所示,它会根据创建时的 Locale ,通过 locale.languageCode 判断返回对应的语言实体:GSYStringBase的实现类

因为 GSYLocalizations 对象最后会通过Localizations 加载,所以 Locale 也是在那时,通过 delegate 赋予。同时在该 context 下,可以通过Localizations.of 获取 GSYLocalizations,比如: GSYLocalizations.of(context).currentLocalized.app_name

  1. ///自定义多语言实现
  2. class GSYLocalizations {
  3. final Locale locale;
  4. GSYLocalizations(this.locale);
  5. ///GSYStringEn和GSYStringZh都继承了GSYStringBase
  6. static Map<String, GSYStringBase> _localizedValues = {
  7. 'en': new GSYStringEn(),
  8. 'zh': new GSYStringZh(),
  9. };
  10. GSYStringBase get currentLocalized {
  11. return _localizedValues[locale.languageCode];
  12. }
  13. ///通过 Localizations 加载当前的 GSYLocalizations
  14. static GSYLocalizations of(BuildContext context) {
  15. return Localizations.of(context, GSYLocalizations);
  16. }
  17. }
  18. ///语言实体基类
  19. abstract class GSYStringBase {
  20. String app_name;
  21. }
  22. ///语言实体实现类
  23. class GSYStringEn extends GSYStringBase {
  24. @override
  25. String app_name = "GSYGithubAppFlutter";
  26. }
  27. ///使用
  28. GSYLocalizations.of(context).currentLocalized.app_name

说完了 delegate , 接下来就是 Localizations 了。在上面的流程图中可以看到, Localizations 提供一个 override 方法构建 Localizations ,这个方法中可以设置 locale,而我们需要的正是实时的动态切换语言显示

如下代码,我们创建一个 GSYLocalizations 的 Widget,通过 StoreBuilder 绑定 Store,然后通过 Localizations.override 包裹我们需要构建的页面,将 Store 中的 locale 和 Localizations 的 locale 绑定起来。

如下代码,最后将 GSYLocalizations 使用到 MaterialApp 中。通过 store.dispatch 切换 Locale 即可。

  1. @override
  2. Widget build(BuildContext context) {
  3. /// 通过 StoreProvider 应用 store
  4. return new StoreProvider(
  5. store: store,
  6. child: new StoreBuilder<GSYState>(builder: (context, store) {
  7. return new MaterialApp(
  8. ///多语言实现代理
  9. localizationsDelegates: [
  10. GlobalMaterialLocalizations.delegate,
  11. GlobalWidgetsLocalizations.delegate,
  12. GSYLocalizationsDelegate.delegate,
  13. ],
  14. locale: store.state.locale,
  15. supportedLocales: [store.state.locale],
  16. routes: {
  17. HomePage.sName: (context) {
  18. ///通过 Localizations.override 包裹一层。---这里
  19. return new GSYLocalizations(
  20. child: new HomePage(),
  21. );
  22. },
  23. });
  24. }),
  25. );
  26. }
  27. ///切换主题
  28. static changeLocale(Store<GSYState> store, int index) {
  29. Locale locale = store.state.platformLocale;
  30. switch (index) {
  31. case 1:
  32. locale = Locale('zh', 'CH');
  33. break;
  34. case 2:
  35. locale = Locale('en', 'US');
  36. break;
  37. }
  38. store.dispatch(RefreshLocaleAction(locale));

最后的最后,在改变时记录状态,在启动时取出后dispatch,至此主题和多语言设置完成。

完整开源项目推荐:

我们还会再见吗?