[发明专利]一种基于FlutterNative混合开发模式下的APP网络请求框架构建方法在审
申请号: | 202310076331.2 | 申请日: | 2023-02-08 |
公开(公告)号: | CN116360744A | 公开(公告)日: | 2023-06-30 |
发明(设计)人: | 范贺魁 | 申请(专利权)人: | 厦门最有料数字科技有限公司 |
主分类号: | G06F8/30 | 分类号: | G06F8/30 |
代理公司: | 福州顺升知识产权代理事务所(普通合伙) 35242 | 代理人: | 陈如燕 |
地址: | 361000 福建省厦门市思明区*** | 国省代码: | 福建;35 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 flutternative 混合 开发 模式 app 网络 请求 框架 构建 方法 | ||
本发明涉及软件开发技术领域,尤其为一种基于FlutterNative混合开发模式下的APP网络请求框架构建方法,包括请求头信息封装、网络接口请求返回数据异常情况逻辑封装、FlutterNative信息传递。本发明,通过使得Flutter端无需实现网络接口请求头(header)中各参数的获取和网络接口请求返回数据基础数据的逻辑处理,无论是Flutter端还是Native端,网络请求头信息中各参数的获取均在Native端实现,这样就保证了混合开发过程中网络接口请求头信息的一致性,从而提高应用在使用过程中的稳定性,降低了Flutter端代码维护成本。
技术领域
本发明涉及软件开发技术领域,具体为一种基于Flutter&Native混合开发模式下的APP网络请求框架构建方法。
背景技术
目前大多数开发者会采用第三方混合开发框架(如Flutter Boost、Thrio、QFlutter等)进行混合开发。第三方混合开发框架大都提供了混合路由栈管理、生命周期监听、路由相关事件通知机制等基础交互能力,但对于混合式网络请求框架的探索较少。在构建Flutter&Native混合开发模式下的网络请求框架时,目前大多采用以下两种方式:
1.在混合开发模式中封装两套网络请求框架,在Native代码中使用Native代码封装的网络请求框架,在Flutter代码中使用Dart代码封装的网络请求框架;
2.是通过第三方混合开发框架提供的数据传递机制,实现对网络请求框架的封装。
但是上述方法存在以下缺点:
1.增加了代码维护成本,当有网络接口请求逻辑发生变更时,需要同时维护两端的网络请求框架代码;
2.可能会出现网络接口请求时原生和flutter端请求头信息不同步的问题,给应用的稳定性带来极大挑战。
因此,针对上述问题提出一种基于Flutter&Native混合开发模式下的APP网络请求框架构建方法。
发明内容
本发明的目的在于提供一种基于Flutter&Native混合开发模式下的APP网络请求框架构建方法,以解决上述背景技术中提出的问题。
为实现上述目的,本发明提供如下技术方案:
一种基于Flutter&Native混合开发模式下的APP网络请求框架构建方法,包括请求头信息封装、网络接口请求返回数据异常情况逻辑封装、Flutter&Native信息传递,具体包括如下步骤:
S1、在Native端实现对网络接口请求头(header)信息获取方法的封装;
S2、在Native端实现对网络接口请求返回数据异常情况的逻辑处理方法的封装;
S3、通过MethodChannel构建Flutter和Native之间通信通道:
S4、在Flutter端通过MethodChannel通道发起通信,实现从Native端获取网络接口请求头(header)信息;
S5、在Flutter端通过MethodChannel通道发起通信,实现对Flutter端网络接口请求返回数据异常情况的逻辑处理。
作为一种优选方案,所述MethodChannel用于Flutter与Native端相互调用,调用后返回结果,具体用于Native端主动调用及Flutter主动调用。
作为一种优选方案,步骤S1-S5中,使用code作为网络接口请求成功或失败的标识,code值为200表示网络接口请求成功,返回业务层数据,否则表示网络接口请求异常,根据code值进行相应的异常处理。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于厦门最有料数字科技有限公司,未经厦门最有料数字科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202310076331.2/2.html,转载请声明来源钻瓜专利网。