0


【鸿蒙实战开发】团结引擎适配HarmonyOS NEXT

导读:本文主要阐述了如何在团结引擎中导出鸿蒙工程,以及游戏侧与端侧通信的范例。

软件版本及环境
Tuanjie Hub:1.1.6
Tuanjie Editor:1.2.1 | 1.2.0
鸿蒙版本:HarmonyOS NEXT Beata1 (NEXT.0.0.26) | API 12
OpenHarmony:5.0.0.25(Beta1)
DevEco Studio:5.0.3.403
环境:Windows 10
团结引擎编安装辑器
选择1.2.1版本并勾选OpenHarmony Build Support
在这里插入图片描述

创建游戏工程
在这里插入图片描述

创建并绑定游戏控件

这部分我对unity是小白所以记录下,总体感觉和QT、Android原生开发差不多,抽象出来就是;创建layout > 添加控件 > 绑定控件 > 绑定事件

创建Canvas
在这里插入图片描述

创建GameObject
在这里插入图片描述

创建游戏控件
在这里插入图片描述

创建MyBehaviourScript
在这里插入图片描述

MyBehaviourScript是什么,有什么用?
使用VS Code打开UnityHarmony游戏工程,创建的MyBehaviourScript内容如下。

  1. #Path: Assets\MyBehaviourScript.cs
  2. using System.Collections;
  3. using System.Collections.Generic;
  4. using UnityEngine;
  5. public class MyBehaviourScript : MonoBehaviour
  6. {
  7. *// Start is called before the first frame update*
  8. void Start()
  9. {
  10. }
  11. *// Update is called once per frame*
  12. void Update()
  13. {
  14. }
  15. }

MyBehaviourScript 继承自MonoBehaviour,所以问题变成了"MonoBehaviour是什么,有什么用?"。

From Kimi: Unity中的MonoBehaviour类是Unity中所有行为脚本的基类。
MonoBehaviour是Unity中一个非常重要的类,它允许开发者编写脚本来控制游戏对象的行为。以下是MonoBehaviour的一些常见用途:

  1. 生命周期方法:MonoBehaviour提供了一系列的生命周期方法,如Start(), Update(), FixedUpdate(), LateUpdate(), OnEnable(), OnDisable(), OnDestroy()等,开发者可以在这些方法中编写代码来响应游戏对象的不同生命周期事件。
  2. 事件处理:MonoBehaviour可以用于处理各种事件,比如用户输入、碰撞检测、动画事件等。
  3. 游戏逻辑:开发者可以通过继承MonoBehaviour并重写其方法来实现游戏逻辑,比如移动、跳跃、攻击等。
  4. 组件交互:MonoBehaviour可以访问和控制附加到同一游戏对象上的其他组件,比如Renderer, Collider, Rigidbody等。
  5. 数据持久化:MonoBehaviour支持序列化,这意味着你可以在脚本中定义变量,Unity会在编辑器中显示这些变量,并允许你保存和加载它们的值。
  6. 协程支持:MonoBehaviour支持使用协程(Coroutines),这使得你可以编写非阻塞的代码来处理需要时间的操作,比如等待某个事件或动画完成。

绑定控件
在MyBehaviourScript中声明控件变量,并绑定事件。

  1. using System.Collections;
  2. using System.Collections.Generic;
  3. using UnityEngine;
  4. using UnityEngine.UI;
  5. public class MyBehaviourScript : MonoBehaviour
  6. {
  7. // 声明控件变量
  8. public Button toastBtn, initSDKBtn, loginBtn, payBtn, doActionBtn, getDataBtn;
  9. public InputField actionCodeInputField, actionDataInputField, actionResultInputField, getDataKeyInputField, getDataValueInputField, getDataResultInputField;
  10. // Awake 初始化绑定控件,设置点击监听事件
  11. void Awake()
  12. {
  13. Debug.Log("当前Unity版本: " + Application.unityVersion);
  14. doActionBtn.onClick.AddListener(doAction);
  15. getDataBtn.onClick.AddListener(getData);
  16. toastBtn.onClick.AddListener(showToastRegister);
  17. initSDKBtn.onClick.AddListener(initSDK);
  18. loginBtn.onClick.AddListener(login);
  19. payBtn.onClick.AddListener(pay);
  20. Debug.Log("Unity 初始化游戏控件完成");
  21. }
  22. // Start is called before the first frame update
  23. void Start()
  24. {
  25. Debug.Log("Unity start");
  26. }
  27. // Update is called once per frame
  28. void Update()
  29. {
  30. }
  31. /*
  32. * 调用端侧doAction方法
  33. */
  34. private void doAction()
  35. {
  36. Debug.Log("Unity MyBehaviourScript doAction >");
  37. string actionCode = actionCodeInputField.text;
  38. string actionData = actionDataInputField.text;
  39. string actionResult = MyGameSDK.getInstance().doAction(int.Parse(actionCode), actionData);
  40. actionResultInputField.text = actionResult;
  41. Debug.Log("Unity MyBehaviourScript actionCode:" + int.Parse(actionCode) + " actionData:" + actionData + " actionResult:" + actionResult);
  42. }
  43. /*
  44. * 调用端侧getData方法
  45. */
  46. private void getData()
  47. {
  48. Debug.Log("Unity MyBehaviourScript getData >");
  49. string dataKey = getDataKeyInputField.text;
  50. string dataValue = getDataValueInputField.text;
  51. string dataResult = MyGameSDK.getInstance().getData(dataKey, dataValue);
  52. getDataResultInputField.text = dataResult;
  53. Debug.Log("Unity MyBehaviourScript getData dataKey:" + dataKey + " dataValue:" + dataValue + " dataResult:" + dataResult);
  54. }
  55. /*
  56. * 调用端侧Toast方法
  57. */
  58. private void showToastRegister()
  59. {
  60. this.showToast("Click toast");
  61. }
  62. /*
  63. * 调用端侧Toast方法
  64. */
  65. private void showToast(string msg)
  66. {
  67. Debug.Log("Unity MyBehaviourScript toast >");
  68. if (msg == null) msg = "msg is empty";
  69. MyGameSDK.getInstance().showToast(msg);
  70. }
  71. /*
  72. * 调用端侧初始化SDK
  73. */
  74. private void initSDK()
  75. {
  76. Debug.Log("Unity MyBehaviourScript initSDK >");
  77. MyGameSDK.getInstance().initSDK();
  78. }
  79. /*
  80. * 调用端侧登录
  81. */
  82. private void login()
  83. {
  84. Debug.Log("Unity MyBehaviourScript login >");
  85. string loginStyle = "loginStyle";
  86. MyGameSDK.getInstance().login(loginStyle);
  87. }
  88. /*
  89. * 调用端侧支付
  90. */
  91. private void pay()
  92. {
  93. Debug.Log("Unity MyBehaviourScript pay >");
  94. string payStyle = "payStyle";
  95. MyGameSDK.getInstance().pay(payStyle);
  96. }
  97. }
  98. // 为了便于阅读和理解,此处将MyGameSDK类定义在同一个文件中
  99. //
  100. // 在实际应用中,建议将各个类定义在不同的文件中
  101. class MyGameSDK
  102. {
  103. private static MyGameSDK instance;
  104. // 团结引擎提供的C#与JS交互的类
  105. // 更多用法参考团结引擎官方文档:https://docs.unity.cn/cn/tuanjiemanual/Manual/OpenHarmonyTypeScriptSourcePlugins.html
  106. private OpenHarmonyJSClass harmonyBridgeClass;
  107. private OpenHarmonyJSObject harmonyBridge;
  108. private OpenHarmonyJSCallback messageCallback;
  109. public static MyGameSDK getInstance()
  110. {
  111. if (instance == null)
  112. {
  113. instance = new MyGameSDK();
  114. }
  115. return instance;
  116. }
  117. private MyGameSDK()
  118. {
  119. Debug.Log("Unity MyGameSDK create ...");
  120. harmonyBridgeClass = new OpenHarmonyJSClass("MyHarmonyBridge");
  121. harmonyBridge = harmonyBridgeClass.CallStatic<OpenHarmonyJSObject>("getInstance");
  122. messageCallback = new OpenHarmonyJSCallback(messageCallbackFun);
  123. Debug.Log("Unity MyGameSDK created successfully!");
  124. }
  125. /*
  126. * HarmonyOS端侧回调给Unity
  127. */
  128. private void messageCallbackFun(params OpenHarmonyJSObject[] args)
  129. {
  130. Debug.Log("Unity MyGameSDK messageCallbackFun > args:" + args);
  131. // 业务逻辑...
  132. }
  133. /*
  134. * 端侧doAction
  135. */
  136. public string doAction(int actionCode, string actionData)
  137. {
  138. if (harmonyBridge == null) return null;
  139. try
  140. {
  141. Debug.Log("Unity MyGameSDK call doAction()");
  142. return harmonyBridge.Call<string>("doAction", actionCode, actionData);
  143. }
  144. catch (System.Exception e)
  145. {
  146. Debug.Log("Unity MyGameSDK doAction error: " + e);
  147. return null;
  148. }
  149. }
  150. /*
  151. * 端侧getData
  152. */
  153. public string getData(string dataKey, string dataValue)
  154. {
  155. if (harmonyBridge == null) return null;
  156. try
  157. {
  158. Debug.Log("Unity MyGameSDK call getData()");
  159. return harmonyBridge.Call<string>("getData", dataKey, dataValue);
  160. }
  161. catch (System.Exception e)
  162. {
  163. Debug.Log("Unity MyGameSDK getData error: " + e);
  164. return null;
  165. }
  166. }
  167. /*
  168. * 端侧Toast
  169. */
  170. public void showToast(string msg)
  171. {
  172. if (harmonyBridge == null) return;
  173. try
  174. {
  175. Debug.Log("Unity MyGameSDK call showToast()");
  176. harmonyBridge.Call("showToast", msg);
  177. }
  178. catch (System.Exception e)
  179. {
  180. Debug.Log("Unity MyGameSDK showToast error: " + e);
  181. }
  182. }
  183. /*
  184. * 端侧初始化SDK
  185. */
  186. public void initSDK()
  187. {
  188. if (harmonyBridge == null || messageCallback == null) return;
  189. try
  190. {
  191. Debug.Log("Unity MyGameSDK call initSDK()");
  192. harmonyBridge.Call("initSDK", messageCallback);
  193. }
  194. catch (System.Exception e)
  195. {
  196. Debug.Log("Unity MyGameSDK initSDK error: " + e);
  197. }
  198. }
  199. /*
  200. * 端侧登录
  201. */
  202. public void login(string loginStyle)
  203. {
  204. if (harmonyBridge == null) return;
  205. try
  206. {
  207. Debug.Log("Unity MyGameSDK call login()");
  208. harmonyBridge.Call("login", loginStyle);
  209. }
  210. catch (System.Exception e)
  211. {
  212. Debug.Log("Unity MyGameSDK login error: " + e);
  213. }
  214. }
  215. /*
  216. * 端侧支付
  217. */
  218. public void pay(string payInfo)
  219. {
  220. if (harmonyBridge == null) return;
  221. try
  222. {
  223. Debug.Log("Unity MyGameSDK call pay()");
  224. harmonyBridge.Call("pay", payInfo);
  225. }
  226. catch (System.Exception e)
  227. {
  228. Debug.Log("Unity MyGameSDK pay error: " + e);
  229. }
  230. }
  231. }

将控件与GameObject关联。
在这里插入图片描述

在GameObject中绑定的MyBehaviourScript绑定Canvas中的游戏控件。
在这里插入图片描述

控件全部绑定完成,在团结引擎中运行Console无报错。

编写通信Plugin

团结引擎官方文档推荐在Assets下Plugins文件中创建通信插件。
官方文档:TypeScript source plug-ins

  1. ├─Assets
  2. ├─Plugins
  3. └─OpenHarmony

在这里插入图片描述

这里的MyHarmonyBridge.ets其实不会参与游戏侧编译,会原样输出到导出的鸿蒙工程ets目录下。

  1. .\entry\src\main\ets\MyHarmonyBridge.ets

导出鸿蒙工程

控件全部绑定完成,在团结引擎中运行Console无报错。File > Build Settings选中OpenHarmony项,勾选Export Project > Switch Platfrom 设置导出鸿蒙工程的应用包名(bundleName):File > Build Settings > Player Settings bundleName规范:bundleName规范
在这里插入图片描述

目前团结引擎导出的鸿蒙工程还是API 11,升级到API 12可通过DevEco Studio中的MergeAssistant工具将工程升级。也可直接创建一个API 12的鸿蒙工程(HarmonyUnity),将团结引擎导出API 11工程中必要的文件替换到新创建的鸿蒙工程中。本文直接创建新的API12鸿蒙工程,将团结引擎导出的必要文件替换进来。
主要替换entry下文件,以及添加导出的libs文件。
在这里插入图片描述

注册plugin通信ts类,在TuanjieJSScriptRegister中完善registerJSScriptToCSharp()函数。

  1. // .\entry\src\main\ets\common\TuanjieJSScriptRegister.ets
  2. import { TuanjieLog } from '../common/TuanjieLog';
  3. import { RegisterMyHarmonyBridge } from '../MyHarmonyBridge';
  4. function register(tuanjieJSClasses:Record<string, Object>, functionName :Function) {
  5. let exportObj:Record<string, Object> = functionName();
  6. for (let key of Object.keys(exportObj)) {
  7. if(tuanjieJSClasses[key] !== undefined){
  8. TuanjieLog.error('Duplicate keys detected when exporting TypeScript module to C#: ' + key + '. This might cause overwrite exists module.');
  9. }
  10. tuanjieJSClasses[key] = exportObj[key];
  11. }
  12. }
  13. export function registerJSScriptToCSharp() {
  14. let tuanjieJSClasses:Record<string, Object> = {};
  15. register(tuanjieJSClasses, RegisterMyHarmonyBridge)
  16. return tuanjieJSClasses;
  17. }

测试通信

游戏启动,查看日志输出。
在这里插入图片描述
在这里插入图片描述

执行initSDK()后调用getData()查看日志输出。
在这里插入图片描述

其他

Bug: 目前游戏画面方向与手机传感器感知方向相反,解决方法是修改.\entry\src\main\ets\utils\WindowUtils.ts中nativeToOpenHarmonyOrientationMap的ScreenOrientation.kLandscapeLeft、ScreenOrientation.kLandscapeRight方向对调。

  1. static nativeToOpenHarmonyOrientationMap: Map<number, window.Orientation> = (() => {
  2. let orientationMap = new Map<number, window.Orientation>();
  3. orientationMap.set(ScreenOrientation.kScreenOrientationUnknown, window.Orientation.UNSPECIFIED);
  4. orientationMap.set(ScreenOrientation.kPortrait, window.Orientation.PORTRAIT);
  5. orientationMap.set(ScreenOrientation.kPortraitUpsideDown, window.Orientation.PORTRAIT_INVERTED);
  6. // orientationMap.set(ScreenOrientation.kLandscapeLeft, window.Orientation.LANDSCAPE_INVERTED);
  7. // orientationMap.set(ScreenOrientation.kLandscapeRight, window.Orientation.LANDSCAPE);
  8. // Todo: 2024/7/18 darren 经与华为确认是HarmonyOS NEXT 与 团结引擎兼容适配问题,暂时对调两个方向设定,后续团结引擎会适配修复
  9. orientationMap.set(ScreenOrientation.kLandscapeLeft, window.Orientation.LANDSCAPE);
  10. orientationMap.set(ScreenOrientation.kLandscapeRight, window.Orientation.LANDSCAPE_INVERTED);
  11. orientationMap.set(ScreenOrientation.kAutoRotation, window.Orientation.AUTO_ROTATION);
  12. return orientationMap;
  13. })();

支持x86_64架构模拟器:
团结引擎中:File > Build Settings > Player Settings > OtherSettings > Target Architectures 勾选x86-64,然后重新导出。 目前游戏侧的变动只需将新导出项目中的如下文件替换到现有鸿蒙工程中就行。
text 代码解读复制代码.\entry\libs
.\entry\src\main\resources\rawfile

鸿蒙工程中:entry > build-profile.json5 > abiFilters添加编译架构,其他编译架构参考 使用DevEco Studio模板构建NDK工程 。

  1. {
  2. "apiType": "stageMode",
  3. "buildOption": {
  4. "externalNativeOptions": {
  5. "abiFilters": [
  6. "arm64-v8a",
  7. // 添加 x86_64 架构支持电脑模拟器
  8. // 测试模拟器能运行,但是UI尺寸显示不正确
  9. "x86_64"
  10. ],
  11. }
  12. },
  13. "buildOptionSet": [
  14. {
  15. "name": "release",
  16. "arkOptions": {
  17. "obfuscation": {
  18. "ruleOptions": {
  19. "enable": true,
  20. "files": [
  21. "./obfuscation-rules.txt"
  22. ]
  23. }
  24. }
  25. }
  26. },
  27. ],
  28. "targets": [
  29. {
  30. "name": "default"
  31. }
  32. ]
  33. }

选中创建的模拟器运行。
在这里插入图片描述在这里插入图片描述

总结

1.目前游戏侧的变动只需将新导出项目中的如下文件替换到现有鸿蒙工程中就行。

  1. .\entry\libs
  2. .\entry\src\main\resources\rawfile

2.游戏侧与端侧通信主要依靠OpenHarmonyJSClass、OpenHarmonyJSObject、OpenHarmonyJSCallback等类实现。具体可参考团结引擎官方文档:Developing for OpenHarmony

写在最后

有很多小伙伴不知道学习哪些鸿蒙开发技术?不知道需要重点掌握哪些鸿蒙应用开发知识点?而且学习时频繁踩坑,最终浪费大量时间。所以有一份实用的鸿蒙(HarmonyOS NEXT)文档用来跟着学习是非常有必要的。

这份鸿蒙(HarmonyOS NEXT)文档包含了鸿蒙开发必掌握的核心知识要点,内容包含了(ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、OpenHarmony南向开发、鸿蒙项目实战等等)鸿蒙(HarmonyOS NEXT)技术知识点。

希望这一份鸿蒙学习文档能够给大家带来帮助,有需要的小伙伴自行领取,限时开源,先到先得~无套路领取!!

获取这份完整版高清学习路线,请点击→纯血版全套鸿蒙HarmonyOS学习文档

鸿蒙(HarmonyOS NEXT)5.0最新学习路线

在这里插入图片描述

有了路线图,怎么能没有学习文档呢,小编也准备了一份联合鸿蒙官方发布笔记整理收纳的一套系统性的鸿蒙(OpenHarmony )学习手册(共计1236页)与鸿蒙(OpenHarmony )开发入门教学视频,内容包含:ArkTS、ArkUI、Web开发、应用模型、资源分类…等知识点。

获取以上完整版高清学习路线,请点击→纯血版全套鸿蒙HarmonyOS学习文档

《鸿蒙 (OpenHarmony)开发入门教学视频》

在这里插入图片描述

《鸿蒙生态应用开发V3.0白皮书》

在这里插入图片描述

《鸿蒙 (OpenHarmony)开发基础到实战手册》

OpenHarmony北向、南向开发环境搭建

在这里插入图片描述

《鸿蒙开发基础》

●ArkTS语言
●安装DevEco Studio
●运用你的第一个ArkTS应用
●ArkUI声明式UI开发
.……
在这里插入图片描述

《鸿蒙开发进阶》

●Stage模型入门
●网络管理
●数据管理
●电话服务
●分布式应用开发
●通知与窗口管理
●多媒体技术
●安全技能
●任务管理
●WebGL
●国际化开发
●应用测试
●DFX面向未来设计
●鸿蒙系统移植和裁剪定制
……
在这里插入图片描述

《鸿蒙进阶实战》

●ArkTS实践
●UIAbility应用
●网络案例
……
在这里插入图片描述

获取以上完整鸿蒙HarmonyOS学习文档,请点击→纯血版全套鸿蒙HarmonyOS学习文档


本文转载自: https://blog.csdn.net/HarmonyOS_666/article/details/140720270
版权归原作者 鸿蒙初辟梦创道远 所有, 如有侵权,请联系我们删除。

“【鸿蒙实战开发】团结引擎适配HarmonyOS NEXT”的评论:

还没有评论