HarmonyOS鸿蒙Next中在ArkTS里操作仓颉对象报错：Use "class" instead of a type with constructor signature (arkts-no-ctor-signatures-type)

HarmonyOS鸿蒙Next中在ArkTS里操作仓颉对象报错：Use “class” instead of a type with constructor signature (arkts-no-ctor-signatures-type)

按照文档JSClass方式在 ArkTS 里操作仓颉对象，ArkTS 调用仓颉函数时报错

interface Data {
  setId(value: number): void;

  getId(): number;
}

interface CustomLib {
  // 定义Data的构造函数（JSClass）
  // 报错：Use "class" instead of a type with constructor signature (arkts-no-ctor-signatures-type) <ArkTSCheck>
  Data: { new(): Data };
}

更多关于HarmonyOS鸿蒙Next中在ArkTS里操作仓颉对象报错：Use "class" instead of a type with constructor signature (arkts-no-ctor-signatures-type)的实战教程也可以访问 https://www.itying.com/category-93-b0.html

4 回复

【解决方案】

类签名语法在TS中是支持的，在ArkTs中增加了约束，可见适配指导案例和适配规则。将ets文件后缀修改为ts文件，ArkTs是TS的超集，在TS基础上增加了约束，但是允许导入TS和JS文件，便捷的工具类和方法均也使用TS文件。

【总结】

你可以将你以下这部分，放到ts文件中，然后在ets文件中导入即可使用。

interface Data {
  setId(value: number): void;

  getId(): number;
}

interface CustomLib {
  Data: { new(): Data };
}

更多关于HarmonyOS鸿蒙Next中在ArkTS里操作仓颉对象报错：Use "class" instead of a type with constructor signature (arkts-no-ctor-signatures-type)的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


在 ArkTS 中，接口（interface）不允许直接定义包含构造函数签名（new()）的类型，这是由 ArkTS 的类型检查规则（arkts-no-ctor-signatures-type）决定的。该规则的核心意图是：构造函数是类（class）的特性，应通过类而非接口中的类型签名来定义可实例化的类型。

正确的做法是：先定义一个实现 Data 接口的类，然后在 CustomLib 接口中通过 typeof 类名 引用该类的类型（类的类型天然包含构造函数签名）。

// 1. 定义Data接口（描述实例方法）
interface Data {
  setId(value: number): void;
  getId(): number;
}

// 2. 定义实现Data接口的类（包含构造函数）
class DataClass implements Data {
  private id: number = 0;

  // 构造函数（类的特性）
  constructor() {}

  // 实现接口方法
  setId(value: number): void {
    this.id = value;
  }

  getId(): number {
    return this.id;
  }
}

// 3. 在CustomLib接口中引用类的类型（typeof DataClass包含构造函数签名）
interface CustomLib {
  // typeof DataClass 表示"DataClass类本身的类型"，天然包含new()构造函数
  Data: typeof DataClass;
}

// 使用示例：通过CustomLib创建Data实例
const lib: CustomLib = {
  Data: DataClass // 赋值为类本身
};

// 合法：通过构造函数创建实例
const dataInstance: Data = new lib.Data();
dataInstance.setId(100);
console.log(dataInstance.getId()); // 输出：100

在ArkTS中遇到这个错误是因为仓颉对象使用了构造器签名类型。ArkTS规范要求使用class关键字来定义类，而不是使用带有构造签名的类型。解决方法是将类型定义改为class声明。例如，将type MyType = new() => SomeClass改为class MyType的形式。这个错误是ArkTS的类型系统强制要求的语法规范，目的是保持代码的一致性和可维护性。

这个错误是因为在ArkTS中不允许使用带有构造签名的接口类型。根据HarmonyOS Next的ArkTS规范，应该使用class而不是interface来定义可构造的类型。

正确的做法是将接口改为class定义：

class Data {
  setId(value: number): void {
    // 实现
  }

  getId(): number {
    // 实现
    return 0;
  }
}

interface CustomLib {
  Data: typeof Data;  // 使用typeof引用类类型
}

或者如果你需要保持接口形式，可以这样修改：

interface Data {
  setId(value: number): void;
  getId(): number;
}

interface CustomLib {
  Data: Data;  // 直接使用接口类型
}

ArkTS对类型系统有更严格的限制，特别是禁止了带有构造签名的接口类型，这是为了保持更好的类型安全和代码可维护性。

回到顶部