cj-tauri 1.1.2 → 2.0.0

package/cli/templates/{ohos-pc → ohos-skeleton}/entry/cjpm.toml

@@ -1,43 +1,43 @@
-[package]
-  cjc-version = "1.1.3"
-  compile-option = "--dy-std --cfg=\"${COMPILE_CONDITION_ENTRY}\""
-  description = "{{PROJECT_NAME}} - cj-tauri 鸿蒙入 module"
-  name = "ohos_app_cangjie_entry"
-  output-type = "dynamic"
-  src-dir = "./src/main/cangjie"
-  target-dir = ""
-  version = "1.0.0"
-
-[dependencies]
-  # 源码依赖：hvigor 的 CompileCangjie 会把框架各包按本模块（dynamic）需要的形态编进来。
-  # 路径由 `cj-tauri create --template ohos` 写成**本机绝对路径**；换机器 / 挪仓库后重跑一次
-  # create，或手改这一行（与桌面模板同一条规矩）。
-  cjTauri = { path = "{{FRAMEWORK_ROOT_TOML}}" }
-
-[profile]
-  [profile.build]
-    incremental = true
-    lto = ""
-  [profile.customized-option]
-    debug = "-g -Woff all -Won apilevel-check"
-    release = "--fast-math -O2 -s -Woff all -Won apilevel-check"
-  [profile.test]
-
-[target.aarch64-linux-ohos]
-  compile-option = "-B \"${DEVECO_CANGJIE_HOME}/build-tools/third_party/llvm/bin\" -B \"${DEVECO_OH_NATIVE_HOME}/sysroot/usr/lib/aarch64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/sysroot/usr/lib/aarch64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/llvm/lib/clang/15.0.4/lib/aarch64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/llvm/lib/aarch64-linux-ohos\" --sysroot \"${DEVECO_OH_NATIVE_HOME}/sysroot\""
-[target.aarch64-linux-ohos.bin-dependencies]
-  # 鸿蒙版 stdx：这里写**相对路径**，指向工程根上的 `stdx` 联接（build-hap.sh 用
-  # CANGJIE_STDX_OHOS 建，不入库）。两条实测依据：
-  # ① hvigor 只替换它自己的模板变量（${AARCH64_LIBS} 这组），写别的 ${...} 会变成空串，
-  #    而空串会让**整条 path-option 一起失效**，报错却是
-  #    「imports package 'stdx.encoding.json' ... not added as a dependency」，看着像漏配；
-  # ② 本机绝对路径能编过，但换机器就得改文件，而 DevEco 里点 Build 不经过脚本——
-  #    相对路径两处都通用。
-  path-option = ["${AARCH64_LIBS}", "${AARCH64_MACRO_LIBS}", "${AARCH64_KIT_LIBS}", "../stdx"]
-  package-option = {}
-
-[target.x86_64-linux-ohos]
-  compile-option = "-B \"${DEVECO_CANGJIE_HOME}/build-tools/third_party/llvm/bin\" -B \"${DEVECO_OH_NATIVE_HOME}/sysroot/usr/lib/x86_64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/sysroot/usr/lib/x86_64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/llvm/lib/clang/15.0.4/lib/x86_64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/llvm/lib/x86_64-linux-ohos\" --sysroot \"${DEVECO_OH_NATIVE_HOME}/sysroot\""
-[target.x86_64-linux-ohos.bin-dependencies]
-  path-option = ["${X86_64_OHOS_LIBS}", "${X86_64_OHOS_MACRO_LIBS}", "${X86_64_OHOS_KIT_LIBS}", "../stdx"]
-  package-option = {}
+[package]
+  cjc-version = "1.1.3"
+  compile-option = "--dy-std --cfg=\"${COMPILE_CONDITION_ENTRY}\""
+  description = "{{PROJECT_NAME}} - cj-tauri 鸿蒙入 module"
+  name = "ohos_app_cangjie_entry"
+  output-type = "dynamic"
+  src-dir = "./src/main/cangjie"
+  target-dir = ""
+  version = "1.0.0"
+
+[dependencies]
+  # 源码依赖：hvigor 的 CompileCangjie 会把框架各包按本模块（dynamic）需要的形态编进来。
+  # 路径由 `cj-tauri create --template ohos` 写成**本机绝对路径**；换机器 / 挪仓库后重跑一次
+  # create，或手改这一行（与桌面模板同一条规矩）。
+  cjTauri = { path = "{{FRAMEWORK_ROOT_TOML}}" }
+
+[profile]
+  [profile.build]
+    incremental = true
+    lto = ""
+  [profile.customized-option]
+    debug = "-g -Woff all -Won apilevel-check"
+    release = "--fast-math -O2 -s -Woff all -Won apilevel-check"
+  [profile.test]
+
+[target.aarch64-linux-ohos]
+  compile-option = "-B \"${DEVECO_CANGJIE_HOME}/build-tools/third_party/llvm/bin\" -B \"${DEVECO_OH_NATIVE_HOME}/sysroot/usr/lib/aarch64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/sysroot/usr/lib/aarch64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/llvm/lib/clang/15.0.4/lib/aarch64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/llvm/lib/aarch64-linux-ohos\" --sysroot \"${DEVECO_OH_NATIVE_HOME}/sysroot\""
+[target.aarch64-linux-ohos.bin-dependencies]
+  # 鸿蒙版 stdx：这里写**相对路径**，指向工程根上的 `stdx` 联接（build-hap.sh 用
+  # CANGJIE_STDX_OHOS 建，不入库）。两条实测依据：
+  # ① hvigor 只替换它自己的模板变量（${AARCH64_LIBS} 这组），写别的 ${...} 会变成空串，
+  #    而空串会让**整条 path-option 一起失效**，报错却是
+  #    「imports package 'stdx.encoding.json' ... not added as a dependency」，看着像漏配；
+  # ② 本机绝对路径能编过，但换机器就得改文件，而 DevEco 里点 Build 不经过脚本——
+  #    相对路径两处都通用。
+  path-option = ["${AARCH64_LIBS}", "${AARCH64_MACRO_LIBS}", "${AARCH64_KIT_LIBS}", "../stdx"]
+  package-option = {}
+
+[target.x86_64-linux-ohos]
+  compile-option = "-B \"${DEVECO_CANGJIE_HOME}/build-tools/third_party/llvm/bin\" -B \"${DEVECO_OH_NATIVE_HOME}/sysroot/usr/lib/x86_64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/sysroot/usr/lib/x86_64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/llvm/lib/clang/15.0.4/lib/x86_64-linux-ohos\" -L \"${DEVECO_OH_NATIVE_HOME}/llvm/lib/x86_64-linux-ohos\" --sysroot \"${DEVECO_OH_NATIVE_HOME}/sysroot\""
+[target.x86_64-linux-ohos.bin-dependencies]
+  path-option = ["${X86_64_OHOS_LIBS}", "${X86_64_OHOS_MACRO_LIBS}", "${X86_64_OHOS_KIT_LIBS}", "../stdx"]
+  package-option = {}

package/cli/templates/{ohos-pc → ohos-skeleton}/entry/hvigorfile.ts

@@ -1,6 +1,6 @@
-import { hapTasks } from '@ohos/hvigor-ohos-plugin';
-
-export default {
-  system: hapTasks, /* Built-in plugin of Hvigor. It cannot be modified. */
-  plugins: []       /* Custom plugin to extend the functionality of Hvigor. */
-}
+import { hapTasks } from '@ohos/hvigor-ohos-plugin';
+
+export default {
+  system: hapTasks, /* Built-in plugin of Hvigor. It cannot be modified. */
+  plugins: []       /* Custom plugin to extend the functionality of Hvigor. */
+}

package/cli/templates/{ohos-pc → ohos-skeleton}/entry/oh-package.json5

@@ -1,9 +1,9 @@
-{
-  "name": "entry",
-  "version": "1.0.0",
-  "description": "{{PROJECT_NAME}} - entry 模块",
-  "main": "",
-  "author": "",
-  "license": "",
-  "dependencies": {}
-}
+{
+  "name": "entry",
+  "version": "1.0.0",
+  "description": "{{PROJECT_NAME}} - entry 模块",
+  "main": "",
+  "author": "",
+  "license": "",
+  "dependencies": {}
+}

package/cli/templates/{ohos-pc → ohos-skeleton}/entry/src/main/cangjie/ability_stage.cj

@@ -1,17 +1,17 @@
-package ohos_app_cangjie_entry
-
-import kit.AbilityKit.AbilityStage
-import kit.PerformanceAnalysisKit.Hilog
-
-/*
- * AbilityStage：模块级入口（module.json5 的 srcEntry 指向它）
- *
- * 只打一行 hilog。鸿蒙侧排查的第一句话是「AbilityStage 有没有被创建」——
- * 应用启动即崩（比如框架包初始化链坏了）时，hilog 里连这一行都没有，
- * 而 CANGJIE-RUNTIME 的行照常在，很容易被误读成「生命周期卡死」。
- */
-class MyAbilityStage <: AbilityStage {
-    public override func onCreate(): Unit {
-        Hilog.info(1, "CjTauri", "MyAbilityStage onCreated.")
-    }
-}
+package ohos_app_cangjie_entry
+
+import kit.AbilityKit.AbilityStage
+import kit.PerformanceAnalysisKit.Hilog
+
+/*
+ * AbilityStage：模块级入口（module.json5 的 srcEntry 指向它）
+ *
+ * 只打一行 hilog。鸿蒙侧排查的第一句话是「AbilityStage 有没有被创建」——
+ * 应用启动即崩（比如框架包初始化链坏了）时，hilog 里连这一行都没有，
+ * 而 CANGJIE-RUNTIME 的行照常在，很容易被误读成「生命周期卡死」。
+ */
+class MyAbilityStage <: AbilityStage {
+    public override func onCreate(): Unit {
+        Hilog.info(1, "CjTauri", "MyAbilityStage onCreated.")
+    }
+}

package/cli/templates/{ohos-pc → ohos-skeleton}/entry/src/main/cangjie/app_host.cj

@@ -1,94 +1,94 @@
-package ohos_app_cangjie_entry
-
-import cjTauri.*
-import stdx.encoding.json.*
-import kit.PerformanceAnalysisKit.Hilog
-
-/*
- * {{PROJECT_NAME}} 的框架装配（鸿蒙侧）
- *
- * 桌面的 `main()` 在鸿蒙上不成立——鸿蒙应用没有「自己起进程跑一个 main」这回事，
- * 窗口属于 ArkUI、页面由 ArkWeb 组件承载。所以装配被拆成三段：
- *   ① `MainAbility.onCreate`：定沙箱目录（`run(html)` 要把页面落到沙箱再 file:// 加载）
- *   ② `MainAbility.onCreate` 里 `spawn { startTauriApp(...) }`：**必须非 UI 线程**，
- *      `run()` 会阻塞到 quit()，而 UI 线程要留给 ArkUI 建树
- *   ③ `onWindowStageCreate`：等宿主登记 → `loadContent` → 组件里建 `Web`
- *
- * 页面与能力清单的来路：都来自 hap 的 `resources/rawfile/`，由 Ability 读成字符串传进来
- * （设备上没有 `ui/` 与 `capabilities/` 目录，这两份是构建期打进 hap 的）。
- */
-
-/** greet 命令（对标 tauri command）：前端 `tauri.invoke("greet", { name: "..." })` */
-public class GreetCommand <: CommandHandler {
-    public init() {}
-
-    public func handle(cmd: String, args: JsonObject, ipc: IpcContext): JsonValue {
-        var name = "world"
-        if (let Some(n) <- args.get("name")) {
-            match (n.kind()) {
-                case JsonKind.JsString => name = n.asString().getValue()
-                case _ => ()
-            }
-        }
-        return JsonString("Hello, ${name}! 来自仓颉后端（鸿蒙 ArkWeb 宿主）")
-    }
-}
-
-/**
- * 定时器命令：起一个后台线程，每秒向后端推一个 tick 事件（验证 仓颉 → JS 通道）
- *
- * 鸿蒙侧的 `emit` 同样只入队，真正的投递在 `onProxyPost` 里由页面心跳带出去——
- * 所以页面必须一直在跑（`setInterval` 的心跳由框架的桥脚本负责，业务代码不用管）。
- */
-public class TimerCommand <: CommandHandler {
-    private var counter: Int64 = 0
-    private var started: Bool = false
-
-    public init() {}
-
-    public func handle(cmd: String, args: JsonObject, ipc: IpcContext): JsonValue {
-        if (!this.started) {
-            this.started = true
-            spawn {
-                while (true) {
-                    sleep(Duration.second)
-                    this.counter += 1
-                    var payload = JsonObject()
-                    payload.put("n", JsonInt(this.counter))
-                    ipc.emit("tick", payload)
-                }
-            }
-        }
-        return JsonString("timer started")
-    }
-}
-
-/**
- * 装配并运行框架应用（**必须在非 UI 线程调用**：`run()` 阻塞到 `quit()`）
- *
- * @param windowTitle 窗口标题（ArkUI 侧不起作用，留着与桌面版对齐）
- * @param pageHtml 页面原文（rawfile/index.html）
- * @param capsJson 能力清单原文（rawfile/capabilities.json）；空串表示不挂清单
- */
-public func startTauriApp(windowTitle: String, pageHtml: String, capsJson: String): Unit {
-    Hilog.info(1, "CjTauri", "startTauriApp begin page=${pageHtml.size}B caps=${capsJson.size}B")
-
-    let app = TauriApp()
-        .window(WindowConfig(windowTitle, 1280, 820))
-        .register("greet", GreetCommand())
-        .register("timer", TimerCommand())
-
-    // 显式挂载能力清单即不自动扫描目录——hap 里本来也没有 capabilities/ 这个目录。
-    if (capsJson.size > 0) {
-        app.addCapabilityJson(JsonValue.fromStr(capsJson))
-        Hilog.info(1, "CjTauri", "capability embedded bytes=${capsJson.size}")
-    } else {
-        // 空清单 = 一条命令都不放行（含 system:*），页面会看到「command not allowed」。
-        // 这比静默放行安全，也比假装成功好排查。
-        Hilog.info(1, "CjTauri", "capability missing: rawfile/capabilities.json 没打进 hap，所有命令都会被拒")
-    }
-
-    // 阻塞到 quit()：Ability 的生命周期仍归系统管，`run()` 返回不代表进程退出。
-    app.run(pageHtml)
-    Hilog.info(1, "CjTauri", "after run")
-}
+package ohos_app_cangjie_entry
+
+import cjTauri.*
+import stdx.encoding.json.*
+import kit.PerformanceAnalysisKit.Hilog
+
+/*
+ * {{PROJECT_NAME}} 的框架装配（鸿蒙侧）
+ *
+ * 桌面的 `main()` 在鸿蒙上不成立——鸿蒙应用没有「自己起进程跑一个 main」这回事，
+ * 窗口属于 ArkUI、页面由 ArkWeb 组件承载。所以装配被拆成三段：
+ *   ① `MainAbility.onCreate`：定沙箱目录（`run(html)` 要把页面落到沙箱再 file:// 加载）
+ *   ② `MainAbility.onCreate` 里 `spawn { startTauriApp(...) }`：**必须非 UI 线程**，
+ *      `run()` 会阻塞到 quit()，而 UI 线程要留给 ArkUI 建树
+ *   ③ `onWindowStageCreate`：等宿主登记 → `loadContent` → 组件里建 `Web`
+ *
+ * 页面与能力清单的来路：都来自 hap 的 `resources/rawfile/`，由 Ability 读成字符串传进来
+ * （设备上没有 `ui/` 与 `capabilities/` 目录，这两份是构建期打进 hap 的）。
+ */
+
+/** greet 命令（对标 tauri command）：前端 `tauri.invoke("greet", { name: "..." })` */
+public class GreetCommand <: CommandHandler {
+    public init() {}
+
+    public func handle(cmd: String, args: JsonObject, ipc: IpcContext): JsonValue {
+        var name = "world"
+        if (let Some(n) <- args.get("name")) {
+            match (n.kind()) {
+                case JsonKind.JsString => name = n.asString().getValue()
+                case _ => ()
+            }
+        }
+        return JsonString("Hello, ${name}! 来自仓颉后端（鸿蒙 ArkWeb 宿主）")
+    }
+}
+
+/**
+ * 定时器命令：起一个后台线程，每秒向后端推一个 tick 事件（验证 仓颉 → JS 通道）
+ *
+ * 鸿蒙侧的 `emit` 同样只入队，真正的投递在 `onProxyPost` 里由页面心跳带出去——
+ * 所以页面必须一直在跑（`setInterval` 的心跳由框架的桥脚本负责，业务代码不用管）。
+ */
+public class TimerCommand <: CommandHandler {
+    private var counter: Int64 = 0
+    private var started: Bool = false
+
+    public init() {}
+
+    public func handle(cmd: String, args: JsonObject, ipc: IpcContext): JsonValue {
+        if (!this.started) {
+            this.started = true
+            spawn {
+                while (true) {
+                    sleep(Duration.second)
+                    this.counter += 1
+                    var payload = JsonObject()
+                    payload.put("n", JsonInt(this.counter))
+                    ipc.emit("tick", payload)
+                }
+            }
+        }
+        return JsonString("timer started")
+    }
+}
+
+/**
+ * 装配并运行框架应用（**必须在非 UI 线程调用**：`run()` 阻塞到 `quit()`）
+ *
+ * @param windowTitle 窗口标题（ArkUI 侧不起作用，留着与桌面版对齐）
+ * @param pageHtml 页面原文（rawfile/index.html）
+ * @param capsJson 能力清单原文（rawfile/capabilities.json）；空串表示不挂清单
+ */
+public func startTauriApp(windowTitle: String, pageHtml: String, capsJson: String): Unit {
+    Hilog.info(1, "CjTauri", "startTauriApp begin page=${pageHtml.size}B caps=${capsJson.size}B")
+
+    let app = TauriApp()
+        .window(WindowConfig(windowTitle, 1280, 820))
+        .register("greet", GreetCommand())
+        .register("timer", TimerCommand())
+
+    // 显式挂载能力清单即不自动扫描目录——hap 里本来也没有 capabilities/ 这个目录。
+    if (capsJson.size > 0) {
+        app.addCapabilityJson(JsonValue.fromStr(capsJson))
+        Hilog.info(1, "CjTauri", "capability embedded bytes=${capsJson.size}")
+    } else {
+        // 空清单 = 一条命令都不放行（含 system:*），页面会看到「command not allowed」。
+        // 这比静默放行安全，也比假装成功好排查。
+        Hilog.info(1, "CjTauri", "capability missing: rawfile/capabilities.json 没打进 hap，所有命令都会被拒")
+    }
+
+    // 阻塞到 quit()：Ability 的生命周期仍归系统管，`run()` 返回不代表进程退出。
+    app.run(pageHtml)
+    Hilog.info(1, "CjTauri", "after run")
+}