flutter 架构设计(基于 getx 的路由)

目前的项目架构,是完整依赖于 get 这一框架,pub.dev 中排名第一的like 也证明了其在大众中的喜爱程度.


lib 下我仅有两个文件夹,common 和 pages

common

存放绝大部分可与业务逻辑抽离的抽象接口,公共 widget,公共构造方法,const 值等等,不过目前我也存放了一些与业务耦合的对象,接下来一一解释.

entiries

存放 jsonToModel 转出的 model,该层实际与 pages 耦合,目前放在此

extension

存放对系统Foundation 类的拖展,目前业务较小,我只拖展了 array 这个方法,将 swift 中的数组的高阶函数拖展了一下




这里顺便提一下框架中的文件导出,我采用的是将每个文件夹都做成小型的 library 导出



这样做的好处是,可以减少在使用时头文件的导入,导致业务文件中,import 十分多而且乱,特别是业务页面中,对子控件的引入等等.
Foundation 类其实都可以拖展一下,毕竟系统类拖展方法这么好的优点一定不能浪费啊, String,image,int,double,date,random等等,后续我会在业务成熟后进行完整的展示的.

impl

对系统的抽象代理类,进行抽象,封装成 widget 回调.



flutter 很多的控件,其中的代理需要我们自己创建一个 widget 去实现,但是有时候我们希望简单实现掉这个类,然后把需要的属性抛出,放到业务中去实现.比如我目前实现的SliverPersistentHeaderDelegateImpl就是实现掉SliverPersistentHeaderDelegate,然后吧 builder,maxExtent,minExtent,shouldRebuild都抛出去,让业务去决定,省去了自己创建类的麻烦.

langs

国际化,目前国际化我只是做了单页面切换,这东西需要定义很多的英文,实际使用的时候文本全部都要用英文,不过 getx 可以将国际化的代码简化到极致,只要一个 tr 属性即可实现,十分推荐尝试.



middlewares

目前我只做了两个路由中间件,一个是欢迎页面,一个是登录路由,get 的路由功能真的是十分的完美.

举例登录路由:

只要在路由页面中绑定一个登录中间件
直接可以实现无耦合的登录判断拦截.

routes

业务中最核心的路由模块.全部使用 get 的路由跳转,使用的是命名路由跳转

names.dart
pages.dart
routes.dart
main.d

使用命名路由的好处是,业务中页面与页面的跳转解耦,并且,直接就完美实现了远程路由
路由的 pages 页面,其实 GetPages 甚至提供了一种嵌套路由(children 参数)的方式,你甚至可以提供子路由"/home/detail",但是这种不适用我给远程提供路由,我直接在 names.dart 拼接好所有路由名字即可,到时候远程路由直接复制给后端.
关于取参方面,远程路由使用
scheme://host/path?userId=123&personId=123,自己抽个方法去解析出path,然后把参数拼接上去即可.
本地路由使用arguments还是parameters我有点忘了,但是这两种其中有一种肯定与上面的url 拼接参数方式取参的方式是一样的,直接可以用同一种方式取出来,之前的 demo 我测试过了,不过现在忘了,大家做个测试即可.
大家一定在写项目的时候,取参一定要保持跟远程路由取参方式一致,这样后面就不需要在修改了,切记切记.(从 iOS 原生转过来的开发开心到哭泣,iOSer要实现远程路由得得自己手写多少parse 逻辑)

service

存储一些全局服务,或者三方功能模块封装,比如我使用 storage.dart,封装了 shared_preferences.

store

存储一些单例,比如当前登录用户 User.loginer,全局单例 AppManager 等

utils

封装一些工厂方法,http 请求等等


value

存储一写 const 值,比如全局 horizontal 的 padding 等等,全局的本地缓存 key 键等等


widget

封装了一些本 APP 风格输入框,按钮,吐丝,图片加载等

pages

pages 完全采用一种框架,而且基本不允许变动



文件夹下

  • index.dart 入口文件,与之前介绍的 library 一样,做成一个 library 库
  • controller.dart Get 控制器,实现页面与逻辑分离
  • state.dart 存放对象
  • view.dart 存放页面
  • widget 文件夹 存放子控件
  • frame文件夹 存放二级页面,pageview 下的子页面等等
    页面框架需要严格按照这个架构设计执行,最好不要自己乱增加文件夹,在协作开发的时候,形成统一规范,这样才能减少 review 的头疼.



    比如上面的分类页面,子控件全部放到 widget 抛出给 view,然后由 view 组装,中间的通信由 controller 做绑定监听,最后 view,controller,state抛出给 index 做成 library.具体的页面设计,对 getx 的状态管理等等,后续我会再开一章讲讲.

总结

目前就先总结到此,本篇只是讲解了下
更新不易,如有帮助到各位看官的,点个喜欢, 谢谢啦~

最后感谢下列作者大大们的分享
Flutter实战·第二版 这本书是我的 flutter 的启蒙教育,作者目前在头条,该书由浅入深讲述了 flutter 各个基础的知识点,并且附带了十分优秀的 demo 实现,一直到现在,每每遇到问题,我总是会在这里面去寻找我需要的答案猫哥 我目前所掌握的框架基本是学习其思想
老孟 Flutter 三百多个组件一一详解,需要的时候就去查查
flutter 中文网 不用多说,任何一个it 转 flutter 都需要看一遍至少

你可能感兴趣的:(flutter 架构设计(基于 getx 的路由))