滴滴开源 Flutter 混合开发框架 Unify
滴滴近日开源了自研 Unify 框架,旨在解决大规模跨端落地场景下,Flutter 与原生模块之间的通信问题。Unify 通过平台无关的模块抽象、灵活的实现注入、自动代码生成等特性,为开发者提供高效、灵活、易用的 Flutter 混合通信能力。
开源地址:https://github.com/didi/Unify
Unify 是一个 Flutter 混合开发框架,由滴滴出行国际化外卖团队自研,目前已经广泛应用于滴滴国际化外卖及国际化出行业务。
Unify 的亮点特性包括:
- 平台无关的模块抽象: 允许开发者使用 Dart 语言声明与平台无关的模块接口与实体。
- 灵活的实现注入: 开发者可以灵活地选择注入原生实现(Android/iOS)或 Flutter 实现。
- 自动代码生成: 借助强大的代码生成引擎,Unify 可以自动生成 Flutter、Android、iOS 多平台下统一调用的 SDK。
下面是一个使用 Unify 声明原生模块的示例:
@UniNativeModule() abstract class DeviceInfoService { Future<DeviceInfoModel> getDeviceInfo(); }
通过 Unify,上面的 Dart 接口可以自动映射到 Android 和 iOS 平台,开发者只需专注于各平台下的具体实现即可。在 Flutter 中使用时,调用方式就像普通的 Flutter 模块一样简单、直观:
DeviceInfoService.getDeviceInfo().then((deviceInfoModel) { print("${deviceInfoModel.encode()}"); });
Unify 的整体原理如下:
Unify 能够很好地解决 Flutter 混合开发下的一些常见问题,例如:
- 大量原生模块高效导入 Flutter
- 大量 Flutter 模块高效导入原生
- 解决大量 Channel 难以维护的问题
- 原生与 Flutter 并存下的混合架构分层
详情查看 https://github.com/didi/Unify/blob/master/README.zh-CN.md

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Claude 推出
Anthropic 宣布在其 Claude 系列生成式 AI 模型的 API 中引入提示缓存(Prompt caching)功能,这将允许开发人员在 API 调用之间保存常用的提示,减少提示成本和延迟。 提示缓存允许用户缓存常用上下文,以便在将来的 API 调用中使用。该公司称,通过为模型配备背景知识和过去的示例输出,长提示的成本可降低高达 90%,延迟可降低高达 85%。 提示缓存在多种用例中很有用,包括能够保留代码库的汇总版本以供编码助手使用、在提示中提供长格式文档以及提供带有所需输出的几个示例的详细指令集。 用户还可以使用它与书籍、论文、文档和播客记录等长篇内容进行对话。 根据 Anthropic 的测试,与一本缓存了 100,000 个 token 的书籍聊天需要 2.4 秒,而没有缓存信息的情况下则需要 11.5 秒。这相当于延迟减少了 79%。 与基本输入令牌价格相比,缓存输入令牌的成本高出 25%,但实际使用缓存内容的成本低 10%。实际价格因具体型号而异。 该功能现已在 Claude 3.5 Sonnet 和 Claude 3 Haiku 上作为公开测试版提供,并且很快...
- 下一篇
Kubernetes 中必备的 10 个告警处置方法
本文翻译自:https://sematext.com/blog/top-10-must-have-alerts-for-kubernetes/ 运行 Kubernetes 集群,显然不止是启动,还需要持续监控,以确保 Kubernetes 中的服务能正常运行。 不过,您不想整天盯着一堆 Kubernetes 仪表板(即便仪表板再多么美观)。您希望使用适当的警报来设置 Kubernetes 警报,对吗? 借助 k8s 警报,您将快速发现 Kubernetes 集群中的问题,并希望也能快速修复它们。那么问题来了,最应该关注的警报有哪些? 1. 过高的 CPU 使用率 为什么这很重要 当 Kubernetes Pod 超出其 CPU 限制时,将触发此警报,表明可能存在资源争用或资源分配效率低下。如果 CPU 限制不断达到,则可能导致应用程序响应时间变慢和潜在的服务中断。简而言之,你不希望看到这种情况发生。 行动 调查受影响的 Pod,并考虑调整资源限制或优化应用程序。 使用以下命令检查受影响 Pod 的 CPU 使用率: kubectl top pod <pod_name> -n...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Linux系统CentOS6、CentOS7手动修改IP地址
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS关闭SELinux安全模块
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Hadoop3单机部署,实现最简伪集群
- CentOS6,7,8上安装Nginx,支持https2.0的开启