Flutter 三方库 swagger_parser 自动化打通鸿蒙 API 通信(一键将 Swagger 转化为 Dart 模型)

Flutter 三方库 swagger_parser 自动化打通鸿蒙 API 通信(一键将 Swagger 转化为 Dart 模型)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net

在这里插入图片描述

前言

在进行 OpenHarmony 项目开发时,最枯燥的工作莫过于根据后端提供的 Swagger (OpenAPI) 文档手动编写一个个的 Request 类、Response 类和 API Client。这不仅低效,而且极易因文档更新没对齐而导致 Bug。

swagger_parser 是一个强大的命令行工具,它能直接读取本地或网络上的 Swagger JSON/YAML 文件,自动为你生成完整的 Dart 数据类和 Dio/Chopper API 控制器。

一、核心工作流

Swagger JSON / YAML

Swagger Parser

Dart 数据模型 (JSON Serialized)

Dio / Chopper 客户端代码

鸿蒙 App 业务调用

二、核心配置实战

2.1 依赖安装

dev_dependencies:swagger_parser: ^1.42.0 

2.2 配置文件 (swagger_parser.yaml)

在项目根目录下创建一个配置文件:

swagger_parser:schema_path: assets/swagger.json # 💡 Swagger JSON/YAML 的本地路径output_directory: lib/generated/api # 💡 自动生成的代码存放位置language: dart # 💡 生成语言client_api: dio # 💡 网络请求库 (dio 或 chopper)json_serializable:true# 💡 自动生成 json_serializable 模型put_clients_in_folder:true# 💡 将 Client 放入单独文件夹
在这里插入图片描述

2.3 执行生成命令

dart run swagger_parser:generate 
在这里插入图片描述
在这里插入图片描述

三、OpenHarmony 平台适配

3.1 解决生成的代码冲突

💡 技巧:Swagger 文档中如果包含某些鸿蒙保留关键字或重复的类名,你可以利用 swagger_parserreplacement_rules 配置项,为生成的类名自动添加前缀(如 Ohos),防止冲突。

3.2 网络层拦截器共享

生成的 API Client 会自动要求传入一个 Dio 实例。你可以将之前博文提到的 fresh_dio 拦截器传入,实现“自动生成代码 + 无感令牌刷新”的强强联合。

四、完整实战示例:从文档到界面

本示例模拟生成后的 API Client 如何被鸿蒙 Widget 快速调用进行数据绑定。

import'package:dio/dio.dart';import'lib/generated/api/user_client.dart';// 💡 导入生成的 ClientclassUserProfilePageextendsStatefulWidget{@override _UserProfilePageState createState()=>_UserProfilePageState();}class _UserProfilePageState extendsState<UserProfilePage>{ late UserClient _client;String _userName ="加载中...";@overridevoidinitState(){super.initState();// 1. 初始化 Dio 并实例化生成的 Clientfinal dio =Dio(BaseOptions(baseUrl:'https://api.ohos.com')); _client =UserClient(dio);_loadData();}Future<void>_loadData()async{try{// 2. 像调用普通方法一样发起复杂的 restful 请求final user =await _client.getUserInfo(id:666);setState(()=> _userName = user.name);}catch(e){print('请求失败: $e');}}@overrideWidgetbuild(BuildContext context){returnScaffold( appBar:AppBar(title:Text('API 集成实战')), body:Center(child:Text('用户数据: $_userName')),);}}
在这里插入图片描述

五、总结

swagger_parser 软件包是提升开发效率的神级工具。它把开发者从繁琐的样板代码编写中解放出来,确保了前端代码相对于后端文档的“绝对诚实”。对于 API 接口数量庞大的鸿蒙大型政企应用或大型互联网应用,由于它将“手写”代码量降低了 90% 以上,极大地降低了人为疏忽导致的联调风险。

Read more

【C++】深入浅出“图”——最短路径算法

【C++】深入浅出“图”——最短路径算法

文章目录 * 一、Dijkstra算法 * 二、Bellman_Ford算法 * 三、Floyd_Warshall算法 一、Dijkstra算法 最短路径问题是指,从在带权的有向图中从某一顶点出发,找到通往另一顶点的最短路径,“最短”指的是沿路径各边的权值总和最小。 Dijkstra算法是单源最短路径的经典贪心算法,只能用于没有负权的图。它从起点出发,每次选当前距离最小且未确定最短路径的节点,用它去松弛(更新)所有邻接点的最短路径估计值,标记该节点为 “已确定”,重复此过程直到所有节点处理完毕,最终得到起点到图中所有节点的最短路径。 // src是选定的起点,dist记录起点到各点的最短路径,pPath记录到每个点的最短路径的前驱顶点下标voidDijkstra(const V& src, vector<W>& dist, vector<int>& pPath){ size_t srci =GetVertexIndex(

By Ne0inhk
备战蓝桥杯----C/C++组 (一)所需C++基础知识(上)

备战蓝桥杯----C/C++组 (一)所需C++基础知识(上)

个人主页: wengqidaifeng ✨永远在路上,永远向前走 个人专栏: 数据结构 C语言 嵌入式小白启动! 重要OJ算法题详解 文章目录 * 前言 * 一. 分析大纲,了解所需 * 1. 大纲显示内容 * 2、组别划分与难度关系 * 3、知识点结构分析(按组别) * 3.1 大学C组:基础入门阶段 * 3.2 大学B组:中级提高阶段 * 3.3 大学A组 / 研究生组:高级挑战阶段 * 4.难度系数说明 * 二. C++基础语法(上):从零开始的编程基石 * 1.前言 * 2.开发环境搭建 - DevC++的安装与使用 * 2.1

By Ne0inhk
2025年9月GESP真题及题解(C++八级): 选择题和判断题(题解)

2025年9月GESP真题及题解(C++八级): 选择题和判断题(题解)

2025年9月GESP真题及题解(C++八级): 选择题和判断题(题解) 第 1 题 小杨想点一杯奶茶外卖,但还差 5 元起送。于是,小杨决定点一些小料。可选的小料包括:珍珠 1 元、椰果 2 元、奶冻 3 元、奶盖 4 元。每种小料最多点 1 份。请问共有多少种满足起送条件的点小料方案?( )。 A. 16 B. 10 C. 9 D. 7 答案:C 题解:小料有4种,每种可选或不选,总共有 24=1624=16 种组合。总价分别为:

By Ne0inhk
【C++从零实现Json-Rpc框架】第六弹——服务端模块划分

【C++从零实现Json-Rpc框架】第六弹——服务端模块划分

一、前言         在第五弹中我们对项目的功能进行了讲解,接下来我们就服务端的角度,来设计对应模块,帮助服务端实现项目的三个功能: ●  rpc调用 ● 服务的注册与发现以及服务的下线/上线通知 ● 消息的发布订阅 二、正文 1. 服务端的功能需求 在进行服务端具体的模块划分之前,我们先来明确下服务端的功能需求 ● 基于网络通信接受客户端的请求,提供rpc服务 ● 基于网络通信接受客户端的请求,提供服务注册与发现,上线&下线通知 ●  基于网络通信接受客户端的请求,提供主题操作(创建/删除/订阅/取消),消息发布 2. 服务端的模块划分  基于上述的功能,我们对服务端可以划分出这么几个模块 ● Network:网络通信模块 ● Protocol: 应用层通信协议模块 ● Dispatcher:消息分发处理模块 ● RpcRouter: 远端调用路由功能模块 ● Publish-Subcriber: 发布订阅模块 ● Registry-Discovery:服务注册/发现/上线/下线功能模块 ● Server:

By Ne0inhk