HarmonyOS 实战开发 —— 使用Drawing实现图形绘制与显示

最新推荐文章于 2025-02-28 21:59:22 发布

CTrup

最新推荐文章于 2025-02-28 21:59:22 发布

阅读量1k

点赞数 19

分类专栏：鸿蒙开发移动开发 HarmonyOS 文章标签： harmonyos 鸿蒙开发移动开发组件化 ArkUI 应用开发

本文链接：https://blog.csdn.net/CTrup/article/details/144096200

版权

📚往期笔录记录🔖：

🔖鸿蒙（HarmonyOS）北向开发知识点记录~
🔖鸿蒙（OpenHarmony）南向开发保姆级知识点汇总~
🔖鸿蒙应用开发与鸿蒙系统开发哪个更有前景？
🔖嵌入式开发适不适合做鸿蒙南向开发？看完这篇你就了解了~
🔖对于大前端开发来说，转鸿蒙开发究竟是福还是祸？
🔖鸿蒙岗位需求突增！移动端、PC端、IoT到底该怎么选？
🔖记录一场鸿蒙开发岗位面试经历~
🔖持续更新中……

场景绘制能力对比

Canvas 画布组件是用来显示自绘内容的组件，它具有保留历史绘制内容、增量绘制的特点。Canvas 有 CanvasRenderingContext2D / OffscreenCanvasRenderingContext2D 和 Drawing 两套API，应用使用两套绘制API绘制的内容都可以在绑定的Canvas组件上显示。其中 CanvasRenderingContext2D 按照W3C标准封装了 Native Drawing 接口，可以方便快速复用Web应用的绘制逻辑，因此非常适用于Web应用和游戏、快速原型设计、数据可视化、在线绘图板、教学工具或创意应用等场景。然而，由于它的性能依赖于浏览器的实现，不如原生API那样接近硬件，因此对于性能要求比较高绘制比较复杂或者硬件依赖性比较强的场景如高性能游戏开发、专业图形处理软件、桌面或移动应用等，使用 Canvas CanvasRenderingContext2D 绘制会存在一定的卡顿、掉帧等性能问题，此时可以直接使用 Native Drawing 接口自绘制替代 Canvas CanvasRenderingContext2D 绘制来提升绘制性能。

方案	适用场景	特点
Canvas CanvasRenderingContext2D+canvas组件	快速原型设计、数据可视化、在线绘图板、教学工具、创意应用	场景简单、跨平台、快捷灵活、兼容性强、开发维护成本低、性能要求低。
arkTsDrawing+RenderNode	在线绘图板、教学工具	开发效率高性能在canvas组件和native drawing之间
Native Drawing +Xcomponent	高性能游戏开发、专业图形处理软件、桌面或移动应用开发	场景复杂、资源管理精细、硬件依赖强、与平台