Flutter for OpenHarmony:injector 轻量级依赖注入库(比 GetIt 更简单的选择) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:injector 轻量级依赖注入库(比 GetIt 更简单的选择) 深度解析与鸿蒙适配指南

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

在这里插入图片描述

前言

依赖注入(Dependency Injection, DI)是解耦架构的核心。
在 Flutter 社区,get_it 是当之无愧的霸主,但有时候我们想要一个更简单、没有 Service Locator 模式那种“全局单例”味道的库,或者需要一个支持模块化注入的方案。

injector 是一个非常轻量的 DI 库。它不使用代码生成,提供基于构建器(Builder)的依赖注册机制。

对于 OpenHarmony 开发者,使用 DI 库可以将鸿蒙特定的实现(如 OhosPermissionService)与通用业务逻辑解耦,实现一套代码,多端运行。

一、核心原理

injector 的工作原理非常纯粹:它维护了一个 Map,Key 是类型,Value 是构建该类型的工厂函数。

map

get()

Singleton

Factory

注册阶段

Injector 容器

检查缓存?

返回单例

创建新实例

业务代码

二、OpenHarmony 适配说明

injectorPure Dart 库,100% 兼容 OpenHarmony
它非常适合用来屏蔽鸿蒙与 Android/iOS 的 API 差异。

架构建议
定义一个抽象类 PermissionService,然后在 Android 上注册 AndroidPermissionImpl,在鸿蒙上注册 OhosPermissionImpl

三、基础用例

3.1 获取实例

injector 默认提供了一个全局单例 Injector.appInstance

import'package:injector/injector.dart';classDatabase{voidopen()=>print('DB opened');}voidsetup(){final injector =Injector.appInstance;// 注册为单例 injector.registerSingleton<Database>(()=>Database());}voidmain(){setup();// 获取实例final db =Injector.appInstance.get<Database>(); db.open();}
在这里插入图片描述

3.2 依赖其他依赖

classApiService{}classUserRepository{finalApiService api;finalDatabase db;UserRepository(this.api,this.db);}voidsetupComplex(){final injector =Injector.appInstance; injector.registerSingleton<ApiService>(()=>ApiService());// 在注册回调中,使用 injector 获取其他依赖 injector.registerDependency<UserRepository>((){returnUserRepository( injector.get<ApiService>(), injector.get<Database>(),);});}
在这里插入图片描述

四、完整实战示例:鸿蒙多环境适配

这个示例展示了如何使用 injector 来根据当前运行环境(Mock环境 vs 鸿蒙真机环境)注入不同的服务实现。这在开发阶段非常有用,可以让你在没有真机的情况下开发业务逻辑。

import'package:injector/injector.dart';// 1. 定义抽象接口abstractclassDeviceInfoService{StringgetOSName();}// 2. 鸿蒙真机实现classOhosDeviceInfoServiceimplementsDeviceInfoService{@overrideStringgetOSName()=>'OpenHarmony 5.0';}// 3. 模拟环境实现classMockDeviceInfoServiceimplementsDeviceInfoService{@overrideStringgetOSName()=>'Mock OS';}// 4. DI 配置类classDependencyConfig{staticvoidconfigure({bool isMock =false}){final injector =Injector.appInstance;// 清理旧的(支持热重载) injector.clearAll();if(isMock){print('🔧 注入 Mock 服务'); injector.registerSingleton<DeviceInfoService>(()=>MockDeviceInfoService());}else{print('📱 注入真实鸿蒙服务'); injector.registerSingleton<DeviceInfoService>(()=>OhosDeviceInfoService());}}}// 5. 业务页面classHomePage{voidshowInfo(){// 业务代码只依赖抽象接口,不关心具体是谁final service =Injector.appInstance.get<DeviceInfoService>();print('当前系统: ${service.getOSName()}');}}voidmain(){// 场景 A: 单元测试或电脑运行DependencyConfig.configure(isMock:true);HomePage().showInfo();// 输出: Mock OSprint('--- 切换环境 ---');// 场景 B: 鸿蒙真机运行DependencyConfig.configure(isMock:false);HomePage().showInfo();// 输出: OpenHarmony 5.0}
在这里插入图片描述

五、总结

injector 虽然不如 get_it 功能繁多,但胜在简单直观
对于中小型 OpenHarmony 项目,或者想要快速验证原型,injector 提供的“注册-获取”模式没有任何样板代码负担。

掌握 DI 思想,是写出可测试、可维护鸿蒙应用的第一步。

Read more

【OpenClaw从入门到精通】第10篇:OpenClaw生产环境部署全攻略:性能优化+安全加固+监控运维(2026实测版)

【OpenClaw从入门到精通】第10篇:OpenClaw生产环境部署全攻略:性能优化+安全加固+监控运维(2026实测版)

摘要:本文聚焦OpenClaw从测试环境走向生产环境的核心痛点,围绕“性能优化、安全加固、监控运维”三大维度展开实操讲解。先明确生产环境硬件/系统选型标准,再通过硬件层资源管控、模型调度策略、缓存优化等手段提升响应速度(实测响应效率提升50%+);接着从网络、权限、数据三层构建安全防护体系,集成火山引擎安全方案拦截高危操作;最后落地TenacitOS可视化监控与Prometheus告警体系,配套完整故障排查清单和虚拟实战案例。全文所有配置、代码均经实测验证,兼顾新手入门实操性和进阶读者的生产级部署需求,帮助开发者真正实现OpenClaw从“能用”到“放心用”的跨越。 优质专栏欢迎订阅! 【DeepSeek深度应用】【Python高阶开发:AI自动化与数据工程实战】【YOLOv11工业级实战】 【机器视觉:C# + HALCON】【大模型微调实战:平民级微调技术全解】 【人工智能之深度学习】【AI 赋能:Python 人工智能应用实战】【数字孪生与仿真技术实战指南】 【AI工程化落地与YOLOv8/v9实战】【C#工业上位机高级应用:高并发通信+性能优化】 【Java生产级避坑指南:

By Ne0inhk
ARM Linux 驱动开发篇--- Linux 并发与竞争实验(互斥体实现 LED 设备互斥访问)--- Ubuntu20.04互斥体实验

ARM Linux 驱动开发篇--- Linux 并发与竞争实验(互斥体实现 LED 设备互斥访问)--- Ubuntu20.04互斥体实验

🎬 渡水无言:个人主页渡水无言 ❄专栏传送门: 《linux专栏》《嵌入式linux驱动开发》《linux系统移植专栏》 ❄专栏传送门: 《freertos专栏》《STM32 HAL库专栏》 ⭐️流水不争先,争的是滔滔不绝  📚博主简介:第二十届中国研究生电子设计竞赛全国二等奖 |国家奖学金 | 省级三好学生 | 省级优秀毕业生获得者 | ZEEKLOG新星杯TOP18 | 半导纵横专栏博主 | 211在读研究生 在这里主要分享自己学习的linux嵌入式领域知识;有分享错误或者不足的地方欢迎大佬指导,也欢迎各位大佬互相三连 目录 前言  一、实验基础说明 1.1、互斥体简介 1.2 本次实验设计思路 二、硬件原理分析(看过之前博客的可以忽略) 三、实验程序编写 3.1 互斥体 LED 驱动代码(mutex.c) 3.2.1、设备结构体定义(28-39

By Ne0inhk
Flutter for OpenHarmony:swagger_dart_code_generator 接口代码自动化生成的救星(OpenAPI/Swagger) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:swagger_dart_code_generator 接口代码自动化生成的救星(OpenAPI/Swagger) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 后端工程师扔给你一个 Swagger (OpenAPI) 文档地址,你会怎么做? 1. 对着文档,手写 Dart Model 类(容易写错字段类型)。 2. 手写 Retrofit/Dio 的 API 接口定义(容易拼错 URL)。 3. 当后端修改了字段名,你对着报错修半天。 这是重复劳动的地狱。 swagger_dart_code_generator 可以将 Swagger (JSON/YAML) 文件直接转换为高质量的 Dart 代码,包括: * Model 类:支持 json_serializable,带 fromJson/

By Ne0inhk
Linux 开发别再卡壳!makefile/git/gdb 全流程实操 + 作业解析,新手看完直接用----《Hello Linux!》(5)

Linux 开发别再卡壳!makefile/git/gdb 全流程实操 + 作业解析,新手看完直接用----《Hello Linux!》(5)

文章目录 * 前言 * make/makefile * 文件的三个时间 * Linux第一个小程序-进度条 * 回车和换行 * 缓冲区 * 程序的代码展示 * git指令 * 关于gitee * Linux调试器-gdb使用 * 作业部分 前言 做 Linux 开发时,你是不是也遇到过这些 “卡脖子” 时刻?写 makefile 时,明明语法没错却报错,最后发现是依赖方法行没加 Tab;想提交代码到 gitee,记不清 git add/commit/push 的 “三板斧”,还得反复搜教程;用 gdb 调试程序,输了命令没反应,才想起编译时没加-g生成 debug 版本;甚至连写个进度条,都搞不懂\r和\n的区别,导致进度条乱跳…… 其实这些问题,

By Ne0inhk