登录社区云,与社区用户共同成长
邀请您加入社区
如果你是在准备RN 面试/技术方案React 18 对 React Native 最大的影响,是把 Concurrent Rendering、Automatic Batching、Transitions 等新的 React 渲染能力带入 RN 的技术演进,同时推动 RN 与 Fabric 新架构结合。实际开发中最明显的变化是状态更新的批处理、StrictMode 下副作用行为,以及未来更好的渲染调
Dynamsoft 在 Expo 应用中扫描条形码通常需要安装一个 React Native 插件,该插件封装了某个原生解码器。而本示例采用了不同的方法:原生桥接器是在应用内部手动编写的,作为本地 Expo 模块,因此应用可以直接与Android 和 iOS 上的Dynamsoft Capture Vision原生 SDK 通信——无需任何第三方扫描插件。
图 1:中心仓发布流程封面图,用来概括本文主题、适配对象和工程边界。实际项目里,中心仓发布流程经常不是“引入依赖就能用”的问题。真正麻烦的是输入来源、平台能力、生命周期、异常处理和发布说明没有被写清楚。前期省掉这些边界,后面一升级库版本或换设备,就会变成全链路排查。本文围绕和展开,目标是把三方库从“能跑一次”整理成“能被业务稳定接入”。读者可以按文中的源码地图、配置入口、封装层、示例页和验收清单,
图 1:Flutter 插件适配封面图,用来概括本文主题、适配对象和工程边界。实际项目里,Flutter 插件适配经常不是“引入依赖就能用”的问题。真正麻烦的是输入来源、平台能力、生命周期、异常处理和发布说明没有被写清楚。前期省掉这些边界,后面一升级库版本或换设备,就会变成全链路排查。本文围绕和展开,目标是把三方库从“能跑一次”整理成“能被业务稳定接入”。读者可以按文中的源码地图、配置入口、封装层
【摘要】2026年上海APP开发公司排行榜怎么看?本文从技术能力、交付能力、服务能力三个维度建立排行评判标准,划分上海APP开发公司梯队,给出选型建议。上海虎链科技具备React Native跨端开发、完整源码交付和私有化部署能力,可预约需求评估。看上海APP开发公司排行榜,核心不是看排名先后,而是看评判标准是否合理、上榜公司是否匹配自己的业务需求。一个靠谱的排行榜应该从技术能力、交付能力、服务能
【摘要】2026年上海APP定制开发公司哪个好?本文从技术能力、交付能力、服务能力三个维度对比,给出靠谱服务商的判断标准和选型清单。上海虎链科技具备React Native跨端开发、完整源码交付和私有化部署能力,上海本地团队可现场调研,可预约需求评估。上海APP定制开发公司哪个好,核心看三个维度:技术能力能不能支撑复杂业务、交付能力能不能保证按时上线、服务能力能不能长期配合迭代。
一、技术选型:原生 vs 跨平台表格维度原生(Kotlin/Swift)FlutterReact Native性能最高接近原生中等(有桥接损耗)双端代码复用0%(两套代码)90%+80%+包体积最小较大(自带引擎)中等热更新不支持部分支持CodePush 支持硬件能力调用完整需写 Platform Channel需写 Native Module适合场景重度性能/音视频大多数定制项目团队有前端背景经
前言“小步快跑、快速迭代”的开发大环境下,“一套代码、多端运行”是很多开发团队的梦想,美团也一样。他们做了很多跨平台开发框架的尝试:React Native、Weex、PWA 等等。但都没有得到很好的解决,直至遇到Flutter。Flutter 提供了一整套从底层渲染逻辑到上层开发语言的完整方案,有跨平台、高保真、高性能等优点。因此从发布开始,热度一路攀升,受到开发者们的热切青睐,也有了 阿里闲鱼
本项目是一个结构清晰、功能完整的 Flutter 动画标签切换组件演示应用,展示了如何集成和使用第三方 UI 组件库,并将其封装为符合 Flutter 设计规范的可复用自定义组件。技术亮点体现在以下几个方面:第一是第三方库的集成与封装。将 animated_toggle_switch 库的复杂配置封装在组件内部,对外暴露简洁的、具有业务语义的属性接口,提高了代码的可读性和可维护性。上层使用者只需要
文章主题:探讨Kotlin Multiplatform(KMP)在全栈开发中的应用,从传统Android开发到现代AI Agent架构的技术演进目标读者:Android开发者、全栈工程师、AI应用开发者文章价值:提供KMP技术全景图、实战指南和未来趋势分析KMP的核心设计理念:一次编写,多平台运行与传统跨平台方案(Flutter、React Native)的对比KMP的技术栈组成:Common K
React Native(RN)调用原生 Android/iOS 方法,以及原生回调 RN,核心机制是。
HOA是一个实验性项目,目标是在Android设备上直接运行OpenHarmony/HarmonyOS的HAP应用 它依靠ABI兼容
本文总结了跨平台开发专项面试的核心考点,涵盖Flutter、ReactNative和小程序三大方向。重点解析了Flutter的渲染管线与原生差异、PlatformChannel通信机制、Dart FFI性能优化;RN新架构Fabric的JSI改进和性能提升;小程序容器的沙箱隔离原理。文章对比了Flutter与RN的技术选型标准,探讨了状态管理方案和动态更新策略,并指出面试考察重点在于底层原理理解和
文章摘要 Kotlin Multiplatform (KMP) 是一种现代化的跨平台开发解决方案,旨在解决传统移动开发中多端代码冗余、维护成本高的问题。KMP通过分层架构实现业务逻辑的共享(Common层)和平台能力的差异化适配(Expect/Actual机制),支持Android、iOS、Web、桌面及后端开发,并能与AI Agent生态无缝集成。相比Flutter和React Native,K
Kotlin Multiplatform 的核心概念与设计哲学与传统跨平台方案(Flutter、React Native)的对比KMP在移动端、Web端、桌面端的统一能力Agent的核心组件:感知、决策、执行大语言模型(LLM)的集成方式工具调用(Tool Calling)与函数调用KMP全栈开发的核心价值总结技术选型的思考框架鼓励读者动手实践的建议。
摘要: 传统安卓广告机面临系统碎片化、安全隐患和集群管控难题,尤其在政企项目中难以满足国产化要求。基于OpenHarmony的鸿蒙广告机方案(如蓝速科技)通过全链路自主可控架构,解决了同步延迟、系统崩溃等问题,实现毫秒级集群同步和长期稳定运行。其轻量化内核、原生安全机制及高兼容性信发系统,显著降低运维成本,符合信创标准。适用于智慧图书馆、产业园区等场景,成为替代传统方案的首选,尤其适合重视安全、稳
IMA生成如果你是一名 Android 开发者,曾经以为“跨平台”就意味着放弃 Jetpack Compose、改写 Flutter 或 React Native,那 Kotlin Multiplatform(KMP)会彻底打破这个认知。KMP 不是又一个 UI 框架,而是的跨平台方案:用同一份 Kotlin 业务代码,编译为 Android 的 JVM 字节码、iOS 的原生二进制,甚至 Web
ArkUI-X 的编译构建流程是一套高度自动化的跨平台编译链。其核心设计思想是:开发者编写的 ArkTS 代码和 resources 资源在 OpenHarmony 侧完成编译,而 Native 代码则在各自的目标平台应用工程中完成编译。
本文针对React Native应用中Modal弹框在Android16(API36)上返回键失效的问题进行分析。由于Android16引入的预测性返回手势机制改变了事件传递优先级,导致Modal组件作为原生窗口会优先处理返回键事件,使RN层的BackHandler拦截失效。解决方案是弃用Modal组件,改用纯JS实现的弹框:通过绝对定位的View组件模拟弹框效果,搭配BackHandler完全控
《React Native轻量化编译C++错误排查全记录》摘要:本文记录了程序员千里马在维护React Native相簿应用时遭遇的棘手编译问题。项目在轻量化编译时频繁出现react-native-screens的C++编译错误,而完整编译却能通过。作者先后排查了路径限制、缓存污染、网络依赖、版本兼容等问题,尝试了换包、重建工程等多种方案。最终发现是node_modules中老旧的react-na
摘要: 鸿蒙与安卓的核心差异体现在三方面: 底层架构:安卓基于Linux宏内核,耦合度高;鸿蒙采用自研微内核,模块隔离性强,稳定性更优。鸿蒙早期通过兼容层支持安卓应用,但纯血版HarmonyOS NEXT已完全独立。 设计定位:安卓专注手机单设备,跨端协同依赖第三方;鸿蒙原生为分布式全场景设计,支持多设备无缝互联与硬件能力共享。 开发生态:安卓依赖Java/Kotlin和虚拟机,鸿蒙使用ArkTS
本文分析了Android 16+在React Native混合应用中返回键失效的问题及解决方案。关键点: 问题本质:Android 16引入预测性返回动画,废弃了旧的按键分发机制,导致原有的onBackPressed()逻辑被绕过 具体表现:直接执行默认finish()跳转桌面,而非先处理RN内部导航 解决方案: 使用OnBackPressedDispatcher注册自定义回调 实现两级处理:先让
文章介绍了在原生App中集成React Native(RN)模块的实践过程。作者通过为老项目添加新功能模块,验证了RN混合开发的可行性,指出无需重构整个项目,只需简单配置即可嵌入RN组件。具体步骤包括:创建RN项目结构、配置Android/iOS原生工程、处理依赖版本对齐问题。重点提醒要使用最新模板配置,并推荐NativeModule实现原生与RN交互。实践表明,该方案支持热更新,显著提升了迭代效
React Native 开发指南 | React Native 开发指南RxJS and Reactive Programming - Animations and visual lessonsLaunchpad for RxJS - Explore all operatorsTesting React Native Apps · Jest
本文围绕 iOS 上传过程中常见的 `ITMS-90035 Invalid Signature` 错误展开,详细分析了证书类型错误、描述文件不匹配、Bundle ID 不一致以及私钥缺失等问题,并结合 Flutter、uni-app、React Native 与 Jenkins 自动化发布场景,说明如何重新生成完整签名链解决上传失败。在 Windows 环境中,AppUploader(开心上架)
本文系统讲解 App 开发全流程,涵盖 Android 原生开发、iPhone/iOS 开发、Flutter、React Native、uni-app 等跨平台方案,并结合前端开发者学习路线,详细拆解页面开发、登录注册、路由导航、网络请求、本地存储、权限、推送、支付等核心模块。同时重点整理 Android 应用从开发者账号申请、APP 备案、软著、隐私政策、签名打包、APK/AAB、Google
本文记录了将Flutter商城项目适配到HarmonyOS(鸿蒙)系统的完整过程,重点解决Windows环境下路径空格问题、网络权限配置和业务层Dart代码适配等关键挑战。通过创建无空格路径联接、配置鸿蒙专属环境变量,确保DevEco Studio和Flutter OHOS分支顺利运行。针对业务功能,实现了HTTPS全局配置优化、顺序请求首页数据加载,并开发鸿蒙专用文件存储方案替代官方未适配的sh
bdd_widget_test是一款基于Gherkin语法的Flutter测试框架,让非技术人员也能参与测试编写。它通过自然语言描述测试场景(如"Given-When-Then"),自动生成Dart测试代码。框架包含解析器、代码生成器和测试运行器三部分,支持内置常用步骤和自定义复杂逻辑。以计数器功能为例,展示了从编写.feature文件到生成_test.dart的完整流程,使测
本文深入探讨了Flutter for OpenHarmony中的Hero动画高级技巧。Hero动画通过共享Tag实现跨页面组件平滑过渡,其核心是检测共享组件、创建悬浮层并进行插值计算。文章重点介绍了多组件同步飞行技巧,通过为每个子组件设置唯一Tag并定制飞行曲线(如MaterialRectArcTween实现弧线轨迹)。同时提供了关键避坑指南,强调Tag唯一性和组件结构一致性的重要性。针对Open
本文介绍了web_socket库如何为OpenHarmony开发者提供统一的跨平台WebSocket解决方案。该库通过外观模式自动适配不同平台实现,在鸿蒙上基于dart:io运行。文章详细说明了核心原理、权限配置、证书处理等适配要点,并提供了建立连接、收发数据、关闭连接等基础用法示例。最后通过一个完整的鸿蒙实时消息接收器实战案例,展示了如何构建健壮的WebSocket客户端。web_socket作
本文介绍了如何在OpenHarmony应用中使用isolate_manager软件包实现高效并发处理。该工具封装了Dart的Isolate API,简化了多线程操作,采用工作池模型避免频繁创建销毁线程的开销。文章详细讲解了核心API使用方法,包括简单任务派发、初始化持久化管理器、进度监听等,并提供了鸿蒙平台适配建议和内存优化技巧。通过一个百万级订单统计的完整示例,展示了如何将CPU密集型任务转移到
摘要: convert 是 Dart 官方维护的增强转换库,弥补了标准库在处理十六进制字符串、Base64 变体等编码时的不足。它提供 Codec、Converter 和 Sink 等核心组件,支持双向转换和流式处理,适用于蓝牙通信、加密密钥存储和自定义协议解析等场景。该库纯 Dart 实现,可直接用于 OpenHarmony 平台,并通过 Stream.transform 或 compute 优
Flutter for OpenHarmony 实战:StreamBuilder 流式数据渲染 摘要:本文深入探讨 Flutter 在 OpenHarmony 开发中的流式数据处理方案。StreamBuilder 作为处理持续数据流的核心组件,相比 Future 更适合实时数据场景(如股票行情、聊天消息)。通过秒表计时器实战案例,详细讲解 Stream 创建、StreamBuilder 监听渲染的
本文介绍了Dart实现的Cron定时任务库,支持标准的Crontab语法,适用于Flutter/OpenHarmony开发。核心原理通过计算下次执行时间而非轮询实现高效调度,支持秒级精度和动态任务管理。针对移动端特性,建议前台任务直接使用cron库,后台持久化任务需结合系统级API(如WorkManager)。文章包含详细API解析、OpenHarmony适配方案及日志清理等实战案例,并提醒注意时
Flutter for OpenHarmony实战:flutter_slidable侧滑交互适配方案 本文介绍了在HarmonyOS NEXT中使用Flutter插件flutter_slidable实现符合鸿蒙设计风格的侧滑交互方案。核心内容包括: 交互原理:通过ActionPane定义左右侧滑菜单,推荐使用Drawer Motion动效 基础集成:添加依赖并实现基本侧滑功能 鸿蒙适配:优化视觉风
摘要: DartX 是一个为 Flutter for OpenHarmony 开发提供高效工具的扩展库,通过简化基础功能实现(如集合操作、字符串处理、日期运算)减少重复代码。它借鉴 Kotlin 的语法特性,提供链式调用和空安全支持,提升开发效率与代码稳健性。DartX 兼容 HarmonyOS NEXT,且通过 Tree Shaking 优化不影响包体积。实战示例展示了其在数据清洗、UI 适配中
本文介绍了Flutter for OpenHarmony中适配平板与折叠屏的侧边导航组件NavigationRail的使用方法。核心内容包括: NavigationRail基础实现:作为Row的第一个元素,包含选中索引、目标项等基本结构,可添加顶部和底部扩展内容。 响应式切换策略:通过LayoutBuilder判断屏幕宽度,在窄屏时使用底部导航栏,宽屏时切换为侧边导航,实现自动适配。 进阶功能:支
本文介绍了专为Dart设计的轻量级频率控制库rate_limiter,它能通过节流(Throttle)和防抖(Debounce)技术优化OpenHarmony应用性能。文章对比了两种控制策略的适用场景,并提供了核心API的实战示例,包括搜索框防抖和按钮节流实现。特别针对鸿蒙平台给出了性能优化建议,如取消延迟任务防止内存泄漏。通过完整的鸿蒙搜索框示例,展示了如何在高频交互场景中应用该库,有效减轻计算
摘要: shelf_hotreload 为 OpenHarmony 开发者提供 Dart 服务端热重载功能,通过监听文件变动自动重启服务,实现代码修改后毫秒级生效。该工具支持定义监听路径、适配鸿蒙文件系统,并有效防御内存泄漏,适用于端侧本地服务开发和自动化测试场景。示例展示如何快速构建支持实时修改的鸿蒙微型服务,显著提升全栈开发调试效率,是鸿蒙生态的高效开发利器。(149字)
摘要: 本文介绍了在OpenHarmony应用开发中如何利用redux_thunk处理Redux的异步操作问题。通过扩展Redux中间件机制,redux_thunk允许派发函数而非纯对象,从而支持网络请求、数据库读写等耗时任务。文章详细解析了异步Action流转模型、核心API配置(如中间件初始化与Thunk Action定义),并列举了鸿蒙应用中的典型场景(如鉴权登录、分布式数据同步)。此外,还
在进行 OpenHarmony 的日程管理、金融账单或数据统计功能开发时,原生的DateTime日期判断:如何快速判断“今天是不是周末”?时间位移:如何获取“下周一的起始时刻”?格式化焦虑:如何用最少的代码把日期转为“15 分钟前”这种语义化描述?dart_date软件包是DateTime的全方位超能增强包。它借鉴了moment.js和date-fns的设计哲学,通过极简的扩展方法(Extensi
本文介绍了enum_to_string工具库在OpenHarmony应用开发中的使用。该库解决了Dart原生枚举类型在转换为字符串时会包含完整命名前缀的问题,提供了简洁的字符串转换、字符串反转为枚举以及语义化UI格式转换等功能。文章通过核心API示例展示了如何实现枚举与字符串之间的高效互转,并特别说明了该库在OpenHarmony平台上的零反射开销优势。最后通过一个鸿蒙设备状态监控器的完整示例,演
本文介绍了如何利用Dart的extension特性为OpenHarmony应用开发构建扩展方法。通过扩展BuildContext、Widget和List等核心类,开发者可以以简洁的点语法添加自定义功能,如快速获取主题颜色、添加内边距和安全访问列表等。文章还展示了如何为鸿蒙设备定制UI风格扩展,并强调这种静态绑定的扩展方法不会增加运行时开销。这种编程范式能显著提升代码可读性和维护性,是OpenHar
摘要:本文介绍了使用 spider 工具自动化管理 Flutter for OpenHarmony 项目资源的方法。该工具通过扫描资源目录生成强类型 Dart 静态常量,替代易错的手动字符串路径。文章详细解析了其原理、配置方式及核心功能,包括类型分组和 CI/CD 集成,并针对 OpenHarmony 平台的多分辨率适配提供了解决方案。通过实战示例展示了如何通过生成代码实现安全、高效的资源引用,提
传统的 RESTful API 对于那些数据体积极其庞大且嵌套极深的鸿蒙(OpenHarmony)政企面板或者是超级 App 应用而言简直就是一场前后端的噩梦。每一次页面改版(哪怕只是多展示一个用户的年龄字段),都需要后台发版并且更改 DTO 以及版本号。graphql组件正是为了彻底终结这种落后开发模式而全面降临。作为由纯 Dart 环境编写出来的极其强横客户端查询体系。它可以让运行在鸿蒙系统中
开源鸿蒙跨平台社区推出mysql_client库,支持鸿蒙端应用通过纯Dart实现MySQL/MariaDB直连。该库采用MySQL二进制协议,提供完整的SQL执行、事务管理和预处理语句功能,特别适合工业网关等内网场景。文章详细介绍了连接建立、查询执行等核心API,并给出鸿蒙工控屏等典型应用场景示例。同时针对鸿蒙平台特性,提出网络超时处理、心跳机制等适配建议,强调在公网环境中应避免直接暴露数据库凭
摘要: 本文介绍了如何将Flutter三方库ndef适配到鸿蒙(OpenHarmony)生态,实现高性能NFC标签的读写与解析。ndef库支持标准NDEF协议,可解析文本、URL、Mime等多种记录格式,适用于鸿蒙设备的“一碰传”等近场通信场景。文章详细讲解了核心API的使用方法,包括NDEF消息的构造、写入及自定义Mime记录处理,并针对鸿蒙平台的适配挑战(如字节序、编码转换)提供了解决方案。通
嵌套滚动(NestedScrolling)是指在一个可滚动容器内部嵌套另一个可滚动容器的交互模式。例如,在一个垂直滚动的页面中,包含一个水平滚动的图片轮播区域,或者在一个主ScrollView内嵌套多个FlatList组件。ScrollView:基础滚动容器FlatList:高性能列表组件:分组列表组件:虚拟化列表基础组件有时标准的嵌套滚动无法满足需求,需要自定义滚动行为。0.5 : 0.3;//
在鸿蒙(OpenHarmony)应用的大型开发团队中,每个人都有自己的编码习惯:有的喜欢单行 300 字符,有的喜欢在列表括号后加逗号。这种习惯的差异会导致 Git Commit 出现大量的格式冲突,且严重影响代码可读性。dart_style是 Dart 官方的代码格式化核心引擎(即我们熟悉的命令的底层支撑)。本文将向您展示如何在鸿蒙项目中深度应用dart_style,建立一套强制且优美的代码风格
本文介绍了Flutter三方库riverpod_test在鸿蒙应用中的适配指南。该测试框架能对复杂状态管理逻辑进行深度验证,提供依赖隔离、异步状态捕获等特性,大幅减少测试代码量。文章详细解析了其原理、核心API及典型应用场景,并针对鸿蒙平台特性提出异步时序稳定性和平台差异化的解决方案。通过实战演示展示了如何构建下载任务测试器,强调该工具对保障鸿蒙应用质量的重要性,是开发者实现自动化质量闭环的关键利