登录社区云,与社区用户共同成长
邀请您加入社区
本文从源码归属、维护能力、多端方案和验收方式展开,并结合虎链科技在React Native跨端开发、Java/Go/Python后端、私有化部署与完整源码交付方面的实践思路,帮助企业建立更容易验证的选型标准。虎链科技成立于2021年,长期聚焦企业软件定制和数字化项目,在APP项目中更强调源码、部署和后端服务的可接管性,而不是把客户锁在单一平台里。版本发布也是维护的一部分。Bug修复、服务器故障、第
2026年企业判断上海APP开发公司哪家靠谱,除了看产品效果和技术团队,还要重点确认源码是否完整交付、服务器和数据由谁掌握、多端开发是否便于长期维护、后台系统是否能支撑复杂业务。虎链科技在企业级APP项目中更强调“能交付、能部署、能继续改”,并根据项目情况采用React Native、Java、Go、Python等通用技术。企业确认源码和部署方式以后,还要把验收标准写得足够具体。APP能安装只是最
本文为零基础学生和转行党量身打造一份 OpenHarmony 学习路线图。
小鸿AI 是一款搭载**开源鸿蒙(OpenHarmony 6.0/6.1 轻量系统)+ 海思 WS63(RISC-V 架构)**双开源体系的 AI 对话助手,集成星闪(NearLink)无线技术,支持 AI 在线陪伴与星闪智能家居控制,实现"一声唤醒,万物响应"的智能生活体验。很多开发者拿到板子后,第一步就是烧录固件。官方文档中烧录流程分散在多篇文档里,且新旧批次板子进入烧录模式的方式不同,特别容
当前消费级智能音箱固件封闭、底层权限不开放,语音数据强制上传云端,普通开发者难以深度定制。小鸿 AI 基于 OpenHarmony、RISC-V、星闪技术栈,以开源硬件形态补齐端侧 AI 开发短板,为高校教学、个人开发、中小企业物联网落地提供低成本方案。小鸿 AI 避开消费级音箱内卷赛道,以开源硬件赋能鸿蒙生态,既是高校嵌入式教学的优质载体,也是中小企业物联网 AI 落地的低成本方案,随着 Ope
小鸿AI作为基于OpenHarmony、RISC-V与星闪技术的全开源端侧AI硬件,不仅支持语音智能体配置,还能变身嵌入式游戏机。本文将完整记录游戏固件烧录全流程,从环境准备到BurnTool操作再到问题排查,手把手带你跑起第一个嵌入式游戏。
鸿蒙生态的设备量产,跟Android最大的区别不是API怎么写,而是硬件层的一致性差太多。Android那边高通平台基本一统天下,驱动、摄像头、NPU都有标准化接口。OpenHarmony 5.0生态还在快速扩展,RISC-V、各种国产NPU、MIPI模组百花齐放,适配工作量确实更大。
hdc 能列出设备,只说明电脑侧通了。今天把系统刷进去——串口 1500000,认清手里那张镜像,直到看见桌面。DevEco 和 hdc 装好以后,电脑侧能说话了。接下来是板子侧开口,并且把系统跑起来。卡住通常不是工具难,是三件事叠在一起:USB 口插错、波特率还是 115200、手里那张 .img 不是工具认的格式。任意一件的表现都是「没反应」。顺序可以很简单:先让 Windows 认出板子的两
摘要:本文手把手讲解小鸿 AI 开源硬件从源码拉取、Ubuntu 环境编译、固件打包到设备烧录的完整流程,附带官方工具截图,解决新手驱动识别、端口占用、固件校验失败等常见问题,适合鸿蒙入门、嵌入式实训、课程项目开发。完成编译烧录即解锁小鸿 AI 完整二次开发权限,后续可自定义唤醒词、改造语音交互逻辑、对接私有大模型、联动星闪智能家居设备,是鸿蒙嵌入式入门绝佳练手项目。标签:OpenHarmony、
小鸿 AI 是一款基于 OpenHarmony+RISC‑V 的开源硬件,集成 Wi‑Fi、蓝牙、星闪 NearLink,支持语音唤醒对话,适合嵌入式、鸿蒙开发者把玩体验。刚拿到设备,很多人卡在第一次配网环节,本文记录从开机、进入配网模式到联网成功的完整流程,以及新手容易踩的坑。在 Web 配网页面,填写家里2.4G Wi‑Fi 名称与密码,点击提交开始配网。配网失败:重新回到配网页面,检查 Wi
系列博客第 1 篇 · 关键词:小鸿AI / OpenHarmony / RISC-V / 星闪 / 端侧AI本文从产品定位、技术底座到开箱体验,带你认识这台小而硬核的开源鸿蒙 AI 小方块。如果你和我一样,对"AI 硬件"的印象还停留在各家封闭智能音箱,那 2026 年 4 月底在深圳龙岗发布的小鸿 AI,大概率会让你眼前一亮。它巴掌大小、配一块 1.54 寸彩屏、顶上三颗实体按键,乍看平平无奇
本文介绍了基于瑞芯微RK3568芯片的硬件系统架构,主要分为核心板和底板两部分。核心板包含处理器、内存、存储等计算核心,底板负责各类接口扩展。文章详细说明了外设连接方式,强调通过总线而非物理接口识别设备,并列举了GPIO、I2C、SPI、UART等常见接口的应用场景。同时指出设备节点由设备树(dtb)决定而非物理连接状态,提醒开发者注意资源冲突问题。最后介绍了系统启动流程和关键分区信息,为Open
Cindy 是一个开箱即用的开源 AI 代理(2249 stars,Apache-2.0),跑在你本地的电脑上。它把多个工具框架(harness)、模型和工具整合进一个代理,用你的真实文件和已登录应用完成实际工作。:桌面端(Electron)+ 移动端(Expo/React Native)+ 共享包,组织为 pnpm monorepo。,模型和 harness 可以自由组合、在任务中途切换,而工作
`react‑native` 是 Meta 开源的跨平台移动应用框架,一套 JS/TS 代码可编译运行在 Android、iOS 双端;框架由 JavaScript 业务层、C++ 共享内核、Android (Kotlin/Java)、iOS (Swift/ObjC) 原生层共同构成,支持新旧两套架构(老异步 Bridge / 新架构 JSI+Fabric+TurboModules),是工业界主流
它比 MCU 强很多:完整桌面、相机、双千兆。又比旗舰便宜一截,接口却齐——HDMI、MIPI DSI、LVDS、RGB、eDP,显示相关的坑在一颗芯片上就能轮一遍。CSI、USB 3.0、CAN、UART/I2C/SPI 也不缺。更强的芯片解码更猛、NPU 更大,适合多路相机和大模型。入门用不上,价格和电源会先把人劝退。先在 RK3568 上把「dtb 怎么生效、hap 怎么签名、帧写在哪块内存
本文详细介绍了在Windows 11 + WSL2 Ubuntu 22.04环境下搭建小鸿AI(海思WS63 RISC-V + OpenHarmony 6.x)开发环境的全流程。主要内容包括:1)安装WSL2 Ubuntu并配置系统依赖和Python软链接;2)通过repo工具拉取源码并下载预编译工具链;3)使用hb工具编译轻量级系统镜像;4)将镜像烧录至开发板。文章特别强调了5个关键点:正确选择
的开发费用通常高于跨平台(Flutter/React Native)或 Web 方案,因为原生开发需要分别使用和编写两套独立的客户端代码。整体开发费用可分为和。
📝 文章摘要 《GitHub热评|top-welcome-screens移动端启动页动效源码深度评测》针对React Native/Expo开发者提供了一份工业级开源组件审计报告。该项目精选10款顶级APP(Duolingo/Strava等)的启动页动效实现,采用React Native Reanimated技术栈,具备三大核心价值: 完整动画参数:精确到毫秒的时间线控制(如Duolingo风格
文章主题:探讨Kotlin Multiplatform(KMP)在全栈开发中的应用,从传统Android开发到现代AI Agent架构的技术演进目标读者:Android开发者、全栈工程师、AI应用开发者文章价值:提供KMP技术全景图、实战指南和未来趋势分析KMP的核心设计理念:一次编写,多平台运行与传统跨平台方案(Flutter、React Native)的对比KMP的技术栈组成:Common K
我写了6年的代码,经历过从html + javaScript + css,到jQuery,再到vue和React的前后端分离,经历过移动端热潮,经历过小程序的发展。每次新东西出来,都有人说"前端要失业了"。之前React Native出来的时候说是"前端的终结"。结果呢?前端现在一样是好好的,只是变得不一样了。记住:AI带来的不是“抢饭碗”,而是又一次的筛选。筛选掉那些靠"会写代码"吃饭的人,留下
摘要: 本文记录了百度人脸识别SDK信创版在鸿蒙OpenHarmony 5.0、银河麒麟V10和统信UOS三大国产系统的适配实战。通过对比三系统的部署流程、性能数据和功能支持,发现: 鸿蒙适配轻量级IoT场景,但功能受限(无活体检测和万人库支持),检测耗时210ms; 麒麟(飞腾D2000)部署最接近Ubuntu,检测耗时45ms,适合中低并发信创项目; 统信(鲲鹏920)性能最优(检测32ms)
盛夏七月,开源热潮不减!AtomGit 7 月三方库下载量排行榜正式揭晓啦~本榜单延续「累计下载量 + 月度新增下载量」双重统计维度,全景展现开源鸿蒙(OpenHarmony-TPC)与仓颉(Cangjie-TPC)两大生态的活跃度与增长潜力。头部项目持续领跑,Chromium 组件全面霸榜,仓颉生态实用型工具库多点开花,完整数据已同步至 7 月三方库排行海报,快一起来解锁本月生态热度密码!
HOA是一个实验性项目,目标是在Android设备上直接运行OpenHarmony/HarmonyOS的HAP应用 它依靠ABI兼容
针对“系统与技术创新赛道”中结合“文新智能体平台”、“世纪令和6G技术”与“WEB产品”的项目构思,核心在于利用OpenHarmony的分布式与原生互联能力,构建一个跨端、智能的6G技术查询与知识管理WEB应用。以下是具体的项目实现路径与关键技术示例。
针对“开源鸿蒙社区月度优秀评选|多方向有奖评优、高校开发者速冲!赛道一:系统与技术创新赛道腾讯元器信息技术6G查询助手”这一主题,核心是理解并参与该评选活动,特别是“系统与技术创新赛道”中与“腾讯元器信息技术6G查询助手”相关的项目。以下是如何基于开源鸿蒙(OpenHarmony)进行系统与技术创新的关键路径和示例。
文章摘要 Kotlin Multiplatform (KMP) 是一种现代化的跨平台开发解决方案,旨在解决传统移动开发中多端代码冗余、维护成本高的问题。KMP通过分层架构实现业务逻辑的共享(Common层)和平台能力的差异化适配(Expect/Actual机制),支持Android、iOS、Web、桌面及后端开发,并能与AI Agent生态无缝集成。相比Flutter和React Native,K
当前小鸿界面要同时容纳状态栏、语音焦点、状态提示、对话文本、音量反馈和配网/升级页面,还要在 WS63 的 SRAM 与 LiteOS-M 任务模型下稳定刷新。源码层已经确认 240×240 尺寸、对象层次、五种视觉模式、16 行局部缓冲、单任务 tick、1~20 ms 等待、512 字节 pending buffer、144/108 字节分页和 3.2 秒停留。在 LVGL 任务初始化时创建状
Kotlin Multiplatform 的核心概念与设计哲学与传统跨平台方案(Flutter、React Native)的对比KMP在移动端、Web端、桌面端的统一能力Agent的核心组件:感知、决策、执行大语言模型(LLM)的集成方式工具调用(Tool Calling)与函数调用KMP全栈开发的核心价值总结技术选型的思考框架鼓励读者动手实践的建议。
跨端开发的决策本质上是复杂度分配的决策——把复杂度放在运行时(如 React Native Bridge)还是编译时(如 Taro DSL 转译),放在前端团队内部还是分散到各端原生团队。不存在"最优跨端方案",只有"与当前业务目标和团队能力最匹配的方案"。实践中推荐分层推进:先用 Taro 统一 Web + 小程序(这两者的代码差异最小、ROI 最高),再评估是否需要将 Native 端纳入跨端
减少跨桥,尽量Native。动画:用将计算推到Native层列表:用windowSize减少通信,用做批量更新数据处理:把图片解码、格式转换等CPU密集操作移到Native线程扩展性边界:RN的Bridge/JSI架构决定了复杂UI交互的高性能场景(如复杂的拖拽排序、实时绘图)仍不如原生。当产品体验要求接近原生级别时,需要考虑用原生模块(Native Module)替代纯JS实现关键路径。不要在R
Agent项目的难点不在于让模型回答问题,而在于让模型理解任务、调用工具、读写业务数据、遵守权限边界,并在异常时可回退、可追踪。不同模型在推理、代码生成、长文本处理、多模态识别和成本控制上的表现差异明显,企业需要预留模型路由、失败重试、上下文压缩和调用日志能力。D-coding的软件开发PaaS云平台支持网页、H5、管理端、APP、小程序等多端开发,并在源代码模式中提供React、React Na
文章摘要:作者分享了从纯前端转向AI全栈开发的技术成长路径。以React为起点,逐步掌握前端工程化(脚手架、CI/CD、性能优化)、全栈开发(Next.js、Node.js)及跨平台技术(React Native、Electron)。重点介绍了工程化实践(NPM发包、webpack/vite配置)、性能优化指标(Core Web Vitals)及项目经验(协同文档编辑器DocFlow)。通过开发脚
本次技术创新日将为大家呈现8大主题干货分享,紧密结合当前行业热点和开发痛点,分享内容涵盖嵌入式板卡设计要点与问题解析、板卡易用工具使用技巧、显示适配方法及问题排查、AI边缘计算技术落地、ARM+FPGA互联方案优化、产品合规性认证(CRA)指南、ISP成像调试方案等多个方向,既有高频问题的排查指南,也有前沿技术的落地方法论,全方位覆盖嵌入式开发的各类需求。:呈现Linux、Android、Eule
【摘要】该项目是一个鸿蒙原子化服务,提供剪贴板翻译功能,支持HarmonyOS 3.0+/OpenHarmony 4.0+。核心功能包括:1)读取系统剪贴板内容;2)通过CNSH API进行文本翻译,返回包含DNA标识、时间戳、关键词等结构化数据;3)支持完整性验证;4)支持翻译结果回写剪贴板。项目采用模块化设计,包含主页面、服务卡片和API封装层,可作为原子化服务卡片或系统级扩展使用,通过HTT
VS680是深蕾半导体基于12nm工艺研发的旗舰级边缘AI芯片,集成4核A73 CPU(2.1GHz)、6.75TOPS独立NPU、4K60编解码VPU和双路ISP,支持4K HDR显示与多模态AI处理。该芯片通过HDMI 2.1/MIPI接口实现音视频采集输出,内置安全加密引擎,适配Android/OpenHarmony系统,面向智能会议、商显、车载及边缘AI盒子等场景,提供高度集成化国产替代方
iOS端主打Swift、Objective-C语言,依托Xcode工具,原生开发流畅度高、兼容性好,适合复杂功能APP,但学习成本偏高,需要分别学两端技术。2. 跨平台开发(新手首选):主打Flutter、React Native、Uni-app框架,一套代码可同时生成安卓和iOS安装包,学习成本低、开发效率高,适合中小功能APP,市面上大部分商业APP都用这种模式,入门优先学Uni-app,上手
蓉华自研RK3568嵌入式AI试验箱是一款面向学习实训的一体化平台。搭载2.0GHz Cortex-A55主控,配备独立NPU和4GB内存,支持轻量化AI推理和多系统运行。硬件接口丰富,包含双千兆网口、多种显示接口及常用开发总线,支持4G/5G模组等扩展。集成RFID、机械臂等实训模块,覆盖嵌入式开发全流程,兼容Linux/OpenHarmony等主流系统及主流AI框架。配套完整开发资料,适合嵌入
经过6年发展,开源鸿蒙生态持续壮大,目前已汇聚3200多家伙伴,生态设备规模突破13亿台,涌现出电鸿、工鸿、移鸿等100多个行业发行版,广泛应用于能源、工业制造、电信等国计民生领域,成为支撑千行万业智能化升级的重要数字底座。同时积极推动开源出海,联合产业共建AI社区和开源基础设施,促进开源协同发展。同时,华为已正式推出“鸿图计划”,将从开源鸿蒙的“技术贡献者”转向“全域使能者”,从“单技术支持”走
本文介绍了一个名为"AI修仙大法"的古风AI对话应用开发项目,主要摘要如下: 项目创意:将AI助手包装成修仙老祖形象,用修仙术语回答日常问题,增加趣味性和文化内涵。 技术实现: 基于OpenHarmony 6.1.1和ArkTS开发 采用DeepSeek-V3作为AI模型 使用SSE流式响应实现逐字输出效果 兼容API 24版本 核心特点: 双层架构:外层是修仙术语,内层是实用建议 精心设计的古风
本文详细介绍了使用React Native开发跨平台待办事项应用的实践过程。首先分析了移动开发的技术演进,比较了原生开发与跨平台方案的优劣,重点阐述了React Native的核心优势。随后从项目架构设计入手,包括技术选型、项目结构和组件化设计原则。核心功能实现部分深入讲解了状态管理、数据持久化、添加待办事项和状态切换等关键功能的技术细节。该应用利用React Native的跨平台特性,结合Asy
鸿图计划是华为携手鸿蒙智能硬件生态全产业链伙伴,包括芯片、模组、OSV、设备、行业及产业界伙伴,聚焦典型场景,通过底座增强、开发赋能、商用助推、产业标准等使能手段,全面加速OpenHarmony生态规模化发展。面向万物智联时代,OpenHarmony将继续携手开发者、生态伙伴等产业力量,持续夯实底座能力,推动更广泛的设备互联、更深入的场景协同、更高效的产业升级,加速构建开放繁荣的智能生态,为数字中
中长期(3–5 年)在多数具身智能场景可以成为首选底座,并在国产替代与实时 / 分布式场景上超越 ROS2。
龚体表示,当前,鸿蒙6升级率已超过98%,过去一年TOP应用用户满意度提升超过50%,鸿蒙生态之所以能成,因为所有伙伴大家一起干,因为鸿蒙听劝,面向伙伴和开发者反馈的需求,积极响应快速闭环,让鸿蒙越来越好。围绕开发者关注的AI辅助研发需求,华为正式带来两款鸿蒙AI辅助研发新产品:DevEco Code与DevEco CLI,让AI不仅能写鸿蒙代码,更能写好鸿蒙代码。龚体表示,华为已将全部鸿蒙AI辅
选择合适的方案:根据项目需求和团队技能选择保持代码质量:遵循平台特定的代码规范性能优化:关注列表渲染、状态更新等性能热点原生集成:合理使用原生模块扩展能力。
在进行业务开发时,我们经常会遇到一些 Dart 原生 SDK 覆盖不到的“小坑”。比如:如何优雅地判断字符串是否为空白(不仅仅是 empty),如何构建一个支持一个 key 对应多个 value 的集合,或者如何精准地控制一个倒计时的生命周期。如果针对每个小需求都手写一套逻辑,不仅开发效率低下,代码的稳健性也难以保障。quiver是谷歌(Google)官方出品的一套 Dart 工具集。它并不试图取
本文介绍了如何在OpenHarmony平台上适配Flutter三方库tflite_web,实现端云协同AI推理。该方案基于WebAssembly运行环境,通过TensorFlow Lite轻量模型在鸿蒙Webview中实现高性能计算。文章详细解析了基础原理、鸿蒙适配指南、核心API使用及典型应用场景,如OCR识别和眼球追踪。同时探讨了平台适配中的WASM线程限制和网络请求安全等挑战,并提供了实战代