登录社区云,与社区用户共同成长
邀请您加入社区
专题:布局与适配折叠屏展开后只是把单列卡片拉得很宽,信息密度没有增加;折叠后双栏又挤得无法阅读。适配重点应是内容结构随可用空间变化。
专题:布局与适配onLayout 读取高度后 setState,再用这个状态设置容器高度,回调又触发,页面开始持续抖动。测量结果和布局输入构成反馈环,小数误差或内容变化会让环路一直运转。
专题:布局与适配一行标题右侧放操作按钮,短文案正常,长标题却把按钮挤出屏幕。开发者只给 Text 设置 numberOfLines,结果省略号也没有按预期出现,因为文本尚未获得可收缩的边界。
本课旨在帮助开发者理解 Compose Multiplatform(CMP)的技术定位与核心价值,完成跨平台开发环境搭建,创建并运行首个跨端应用。通过对比 Flutter、React Native 等方案,凸显 CMP 对 Kotlin 开发者零学习成本、高代码复用率的优势。课程涵盖环境配置、项目创建与结构解析,为后续系统掌握跨端开发打下坚实基础。
本文系统讲解React Native中错误处理、日志调试与性能优化三大核心能力。通过Error Boundary捕获渲染错误,结合try/catch处理异步与事件错误,实现应用容错;利用console、DevTools进行调试定位;并通过性能分析工具识别卡顿根源,提升用户体验与开发效率。
本文介绍 React Native 中实现数据持久化的三种核心方案:AsyncStorage(通用键值存储)、SecureStore(加密敏感数据)和 FileSystem(大文件处理),并强调选型原则——敏感数据用 SecureStore,高频读写用 MMKV(需原生构建),兼容性优先用 AsyncStorage。文章详细演示了 AsyncStorage 的基本用法、对象存储封装及自定义 Hoo
本文介绍React Native中让界面“活”起来的动画技术。通过Animated API,使用Animated.Value和Animated.timing实现平滑的透明度变化动画,强调动画不仅是视觉效果,更是用户体验的关键。文章对比了状态更新与动画系统的差异,指出useNativeDriver: true可提升性能,并为后续学习Reanimated和手势交互奠定基础。
本课聚焦于React Native的样式与布局,核心是掌握Flexbox实现美观、响应式界面。通过深入讲解flexDirection、justifyContent、alignItems等属性,结合flex、gap、flexWrap等实用技巧,解决多屏幕适配问题。强调React Native与Web CSS的差异(如默认flexDirection: column),并引入百分比尺寸与绝对定位,帮助开
本文详解 React Native 中 TextInput 组件的使用,重点讲解受控组件模式,实现用户输入的实时响应与状态管理。涵盖常用属性:keyboardType(键盘类型)、secureTextEntry(密码隐藏)、multiline(多行输入)、autoCapitalize(自动大写)、autoCorrect(纠错)、maxLength(长度限制)及 editable(可编辑性),并解决
本文探讨了React Navigation带来的状态共享难题,提出通过Context与useReducer解决prop drilling问题。通过创建ThemeContext,使用Provider提供状态,结合useContext实现跨层级数据访问,使组件无需层层传props即可共享主题、用户等全局状态,提升代码可维护性与复用性。
本文介绍React Native中多页面应用的导航解决方案,重点讲解React Navigation的核心用法。通过安装与配置,掌握Stack Navigator(堆栈导航)、Bottom Tab Navigator(标签导航)和Drawer Navigator(抽屉导航)的使用方法,实现页面跳转、参数传递及嵌套导航。结合NavigationContainer、Navigator与Screen组件
组件渲染应为纯函数,仅根据状态返回视图描述。网络请求、定时器等副作用需在渲染后执行。useEffect 是处理副作用的正确方式:不传依赖数组则每次渲染后执行;传空数组只挂载时执行一次;传具体依赖则依赖变化时重新执行。通过合理使用 useEffect,可在不影响渲染纯净性的前提下完成数据拉取、订阅监听等操作,确保状态更新与界面同步。
本课聚焦组件拆分与组合,解决大组件臃肿问题。通过将个人主页头部拆分为Avatar和UserInfo等小函数组件,实现代码复用与维护性提升。核心理念:界面 = 组件树,列表则由数据驱动一组组件。结合FlatList实践,掌握高效构建复杂界面的模式。
React Native的核心是“视图 = 函数(状态)”——界面由状态决定,无需手动修改DOM。通过useState管理状态,组件返回的JSX描述的是状态变化后的视图结果。当状态更新,React自动重新渲染,实现声明式编程。与命令式“找元素、改内容”不同,声明式只需关注“结果”,框架负责“过程”。这使代码更简洁、可维护性更强,如同点菜只需说“宫保鸡丁”,厨师自会完成烹饪。理解此思想,是掌握Rea
本文从零开始介绍 React Native 跨平台开发,阐明其基于 JavaScript/TypeScript 与 React 思想,通过原生组件渲染实现接近系统原生的体验。重点讲解声明式编程、函数组件、状态管理等核心概念,并对比命令式与声明式写法,帮助读者理解 React Native 的运行机制与开发逻辑,为后续学习奠定基础。
排期:2026-09-29 · 专题:Hooks 与状态开发时刚打开页面,服务端就收到两次读取请求;发布包却只出现一次。很多人会直接移除 Strict Mode,表面安静了,但订阅泄漏、异步竞态和清理缺失也一起被藏了起来。
腾讯 2025 年 4 月开源的 Kuikly 基于 KMP、覆盖六端、原生渲染,官方口径 30+ 业务线、5 亿 DAU。本文拆技术底座、2026 年重估理由(鸿蒙、AI 转码、Compose DSL)、KMP 分界线、QQ 音乐 React H5 转码实录,附与 Flutter / RN 的对比与选型决策树。
在部署 Node.js API 时,遇到树莓派通过 Python 调用失败的问题,暂时搁置。最近在 React Native 项目中,同一 API 在 Android 模拟器和真机上请求失败,而 iOS 和 Postman 请求成功。树莓派请求失败,但跳过 SSL 证书验证后成功。作者提供了 Python 代码示例,展示了如何通过 requests 库发送 POST 请求,并跳过 SSL 验证。错
然后 Shopify 做了一次实验,一开始先让团队做了一次 Proof of Concept,然后一个工程师花了一周时间,让 Coding Agent 根据现有 React Native 应用重建 SwiftUI 版本,之后项目继续扩大到六人,从 PoC 到新的 Swift/Kotlin Shop App 正式进入 App Store 和 Google Play,花了 12 周。错误可以出现,但是
如果你是在准备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密集型任务转移到