早在OpenHarmony 3.1 Release 版本正式发布前半年，引应用拥抱Cocos成立的擎适专项项目组已经在为新版本的发布进行准备 ，OpenHarmony 3.1 Release 版本发布之时 ，拓宽Cocos也公布了与OpenHarmony合作的边界系列进展——即将发布的 Cocos 引擎的v3.5社区版将正式支持OpenHarmony单架构系统；目前已经有完整的工作流支持游戏开发 ，Cocos官方游戏案例《鹰击长空》顺利运行；此外 ，互联Cocos 的引应用拥抱原子化能力 Cocos Runtime也支持OpenHarmony 。
对于拥有150 万注册开发者的擎适Cocos 来说 ，开发者生态的拓宽健康 、源码下载稳健一直是边界核心目标 ，也是互联其构建起的竞争壁垒 ，这样体量的引应用拥抱开发者生态 ，并且是擎适跨平台 、跨终端 、拓宽跨领域的边界 ，业界没有几个。互联正因如此，与OpenHarmony的全方位合作 ，香港云服务器Cocos 也会把开发者放在首位 。通过对Cocos 引擎联合创始人兼 CTO 林顺的采访 ，我们得以更深入了解站在开发者的立场 ，如何看待OpenHarmony 3.1 Release 版本的功能特性 、优势与不足 ，以及OpenHarmony社区建设和开发者生态如何给Cocos 的开发者带来最大收益和回报 。
Cocos 引擎联合创始人兼 CTO 林顺
采访伊始林顺强调：“我们接入的是OpenHarmony3.1的云计算标准系统，这也是Cocos游戏引擎第一次接入单架构OpenHarmony系统 。”在他看来，从以往双架构模式到OpenHarmony单架构模式是Cocos 非常看重的一个变化 ，这对OpenHarmony来说挑战也很大 。从开发者角度 ，OpenHarmony必须要解决生态内容的引入问题 ，当然Cocos 也会把单架构系统适配好 ，并且把Cocos 社区里边大量内容引入到OpenHarmony社区中来 。只有OpenHarmony平台运营得更好 ，设备量提升 ，才会让开发者真正能够积极地拥抱单架构体系 。建站模板
在Cocos引擎适配OpenHarmony操作系统的过程中 ，林顺把引擎在其中的作用比喻为桥梁，可以抹平不同操作系统间的差异 ：基于Cocos最新版本引擎做的游戏内容、教育内容或者其他应用领域的内容 ，如果需要发布到OpenHarmony的系统上面去 ，实际付出的成本可以非常低 ，而效率反而很高 ，可能几个小时就可以搞定 。“在我们看来，源码库一个平台的繁荣和发展，最需要解决的是两端的问题，第一端就是如何低成本 、高效率的引入内容；第二部分就是引入的内容如何最大化的实现价值 。”
经历12年的发展 ，服务器租用今天的Cocos已经从游戏引擎开发向3D渲染引擎演进 ，这也让其目标行业从游戏 、教育向智能汽车 、智能家居、XR等更多赛道拓展 。
在这样的拓展中 ，有些业务已经超过Cocos在游戏 、教育本身的收入 ，超出最开始的市场预期 。而有意思的是 ，Cocos有些目标行业还是开发者帮助他们拓展的 ，这让林顺感觉很骄傲 。
在林顺看来 ，开发者帮Cocos 被动拓展生态边界这一举措的背后 ，深层次原因是Cocos的开发者生态是正向循环的 。“做开发者社区 ，在我看来最重要的是我们所提供的工具能否真正服务于不同行业的开发者 ，让他们做出有价值的作品 、实现他们的商业计划 。Cocos的工具链和更强的扩展能力赋能开发者们在行业里切实获得回报 。如果说只是爱好者用爱发电，这不是一个健康的社区形态 。”
此外，Cocos会尽力让开发者参与到社区贡献中来 ，比如开发者可以给Cocos的引擎写插件 、写书 、写教程，在帮助Cocos建设社区的过程中自己获得回报 。据此前媒体报道 ，一位开发者做了一套Cocos的培训课程 ，在腾讯课堂上 ，单门课程即售出接近2,000万元。
Cocos做开发者社区的经验沉淀 ，让它在与OpenHarmony合作时，更关注对于开发者来说是否真正受益 。对此林顺表示：“我们双方的合作，最重要的是需要在一些场景真正落地 ，把整个场景跑通 ，把标杆内容建立出来 ，这才能算是达成一个里程碑 。”
在合作中Cocos发现 ，很多开发者制作的 Cocos 内容在 OpenHarmony社区很受开发者欢迎 ，不少平台的 Cocos 技术视频随便一条观看数都有几十万 。这让Cocos深切感受到 OpenHarmony社区的热情 ，未来Cocos会重点来挖掘 OpenHarmony社区的KOL，配合他们一起将更多的技术文档和教程带给开发者 ，促进两个社区的开发者共同交流 、成长 。
按照 OpenHarmony既定发展节奏 ，Cocos引擎会把OpenHarmony作为一个优先级非常高的平台去做支持 ，这也让林顺更关注双方技术团队面向未来的合作发力点 。“我们对ARK Runtime部分的技术演进有着无限期待 ，OpenHarmony的底层设施其实是用了自己独立的编译器和引擎，未来我们有机会可以将Cocos 引擎的脚本代码直接编译为平台目标代码 ，提升运行时的效率。”不过林顺也承认 ，这是一个短期不一定能够实现的目标 ，技术挑战会比较大 ，但是一旦实现 ，可以让OpenHarmony设备本身的承载能力上升到另外一个维度，这将是一个非常大的升级。
从Cocos与OpenHarmony特点和优势来看 ，其实匹配度非常高。Cocos对于一些算力有限设备的支持非常好 ，这与OpenHarmony进入多种类型设备的方向高度一致——因为未来的IoT设备算力未必非常强大 。此外，OpenHarmony分布式特点跟Cocos原子化能力也很匹配 ，双方通过合作可以把不同设备上的场景串联起来。“以Cocos最近拓展的教育编辑器领域 、车机领域 、智慧健身和虚拟角色领域为例，在拓展这些场景时，和OpenHarmony适配的计划是相结合的 ，引擎会被动进入这些行业 ，而这些行业未来的设备相当大部分肯定是基于OpenHarmony的 。”
从战略发展角度看，Cocos 与OpenHarmony的合作 ，可以拓展 Cocos 在更多类型设备上的覆盖 ，这也让 Cocos 社区开发者可以真正去拥抱一个万物互联的时代 。
(责任编辑：人工智能)