在编写完RxSwift的wanandroid客户端之后，我一直都在犹豫是否需要将Flutter的wanandroid客户端进行重构。
我早在19年的时候就开始接触Flutter，但是还停留在CV与照葫芦画瓢。比较系统的学习Flutter应该在20年的疫情期间，之后我通过网上的例子编写了这个项目——FlutterPlayAndroid。
刚开始的时候学习Flutter，基本上都是很粗暴的使用setState进行页面刷新，UI与逻辑也是乱七八糟，不尽人意。
这个项目我主要是通过GetX框架进行搭建，通过WanAndroid开放API制作。
本次重构，很多代码部分还是沿用之前的Flutter项目的逻辑，同时因为有RxSwift的使用经验，使得我在本次开发中对于响应式理解更加轻车熟路。
注意，本项目目前只在iOS侧编译运行成功，Android端的情况目前还在调试，如果有问题，还欢迎大家指点一二。
Cupertino风格
 |
 |
 |
 |
|---|
Material风格
 |
 |
 |
 |
|---|
- 首页、项目、体系、我的，四大模块
- 登录注册功能
- 搜索功能：热门搜索、输入搜索
- 文章列表
- Tab切换功能
- 自动轮播图
- 下拉刷新，上拉加载更多
- dio的使用，pretty_dio_logger进行漂亮的网络请求打印
- GetX的响应式编程，GetXController统和逻辑，Bindings进行统一注入
- Material和Cupertino两种风格切换，切换分支main与develop_cupertino即可
# GetX
get: ^4.6.5
# 轮播图
card_swiper: ^2.0.4
# WebView
webview_flutter: ^3.0.4
# 下拉刷新，上拉加载更多
pull_to_refresh: ^2.0.0
# 侧滑功能库
flutter_slidable: ^2.0.0
# 网络图片缓存库
cached_network_image: ^3.2.1
# 拼音转字符串
lpinyin: ^2.0.3
# 简单的数据存储库
shared_preferences: ^2.0.15
# 网络请求库
dio: ^4.0.6
# 网络请求日志
pretty_dio_logger: ^1.1.1
# 走马灯组件
marquee: ^2.2.3
# 吐司
flutter_easyloading: ^3.0.5
# 原生分享
share: ^2.0.4
# 网易开发的R函数，需要使用插件运行CLI进行
r_dart_library:
git:
url: 'https://github.com/YK-Unit/r_dart_library.git'
ref: 0.4.1
# 暂时没有使用的库
# RxDart，感觉有GetX这个库没啥用
rxdart: ^0.27.5
# 图片选择器
image_picker: ^0.8.5+3
# URL跳转
url_launcher: ^6.1.5
# 图片保存
image_gallery_saver: ^1.7.1
# App沙盒路径
path_provider: ^2.0.11
# 总线，类似iOS的NotificationCenter，有了GetX之后，跨页面通信可以不用总线了
event_bus: ^2.0.0
# 通过原生打开文件
open_file: ^3.2.1
# 隐私权限
permission_handler: ^10.0.0在Flutter端，我入门的时候根本不懂状态管理为何物，用的最多的是StatefullWidget，setState进行页面的刷新，但是随着不断的深入，我渐渐理解了Provider以及BLoc这些框架的意义与目的。
伴随着响应式在我编程中的深入，我也开始接触GetX。
其实Flutter中有RxDart，但是并没有与之对应的RxFlutter，你可以用响应式搭建逻辑，但是如何与UI进行绑定又是一个问题。
GetX很好的完成了任务，GetX其实更像一个全家桶，里面不仅仅有响应式，还有网络、路由、状态管理，以及一些常用工具。
当然使用GetX里面也有很多奇奇怪怪的坑，我遇到最多的就是GetXController要么没有创建，有么没有找到，但是GetX的好用也是显而易见的，它让你摆脱了context。
总之，GetX是一个有点不太符合Flutter风格的插件，摒弃了自顶而下的管理思路（需要注意的是，自顶而下这种思路其实普遍见于前端），通过Map形式保存Widget与对应的GetXController，其实并不算太新颖的思路，但是它的好处就是，即便你Flutter使用的不够溜，用GetX写逻辑很快就会找到熟悉的感觉，Get.put与Get.find简直就是召之即来挥之即去，使用是简单了，同时也需要小心翼翼，理解背后的原理。
说实话，Provider我觉得其实还是挺不错的，但是如BLoc、Redux，在我看来有的时候真的是异常复杂，理解不难，写起来贼费劲。
所以如果你还在入门Flutter，我觉得，从StatefullWidget到Provider，这才是一个正常的循序渐进的过程，响应式固然好，但是也是需要一步一个台阶向上的。
最后，你再来学习GetX，才会懂的其中的精妙。
所谓一通百通，我也通过RxSwift与Vue尝试写了wanandroid客户端，也欢迎大家一起学习。
最近这一个月GetXStudy更新的比较频繁，别人的项目都是越写越复杂，我这个项目嘛,删除了不少模块，比如项目和公众号模块完全就被tree模块复用了，也让我在思考同一个controller如何在不同业务页面实施的问题，理顺对应的tag，如何正确的获取到对应的controller。
RefreshStateView和StateView也只保留了一个，我太过自信的认为Dart的泛型会和Swift的泛型一样会智能推断，才导致了之前有两个差不多的Widget。
尽量将Page层从StatefullWidget转到StatelessWidget，TabListPage就是一个生动的例子。
对于响应式、RxDart、GetX以及Stream多了那么一点理解。
使用了Dart版本的Retrofit，真香，目前正在考虑是否将网络请求层进行替换。
将MyController的业务拆分的更为细化。
对于Mixin的使用也有了更多理解，感觉更像Swift中Protocol的Extension，同时可以mixin不仅可以增加方法，而且可以定义属性，同时如果申明是基于某个类的mixin，甚至可以对某个类的方法与属性都能操作，灵活度非常的大。
明明最近大半年都没有怎么写Flutter，结果折腾起来的都是大刀阔斧的进行，可能因为都是表层Api吧。
其实很想把AccountManager的逻辑写到AccountController里面去，不过看了一下逻辑和操作，本质上面没有变化就算了。