Angular 15升级后TS2339属性不存在错误解决方案咨询

Angular从7升级到15时，TypeScript版本会从3.x大幅提升到4.x+，类型检查规则变得更严格，之前宽松的隐式类型写法（比如用Object、any或者未声明变量）会触发TS2339错误。以下是针对性的解决方法：

一、解决Property 'xxx' does not exist on type 'Object'错误 #

这类错误出现在模板访问Object类型变量的属性时，TS无法识别Object上的自定义属性。

• 定义明确的接口/类型（推荐）
  为数据结构创建TypeScript接口，明确属性类型：

  // 定义eachmodel对应的接口
  interface Model {
    name: string;
    // 补充其他需要用到的属性
  }
  
  // 在组件类中声明变量类型
  eachmodel: Model;
  

  完成后模板中eachmodel.name的访问就会被TS正确识别。

• 临时使用类型断言（过渡用）
  如果暂时来不及定义接口，可通过类型断言绕过检查，但不建议长期使用：
  模板中写法：

  <td>{{ (eachmodel as Model).name | slice:0:15 }}</td>
  

  组件中写法：

  // 将数据转为any类型
  eachmodel = fetchedData as any;
  

二、解决Property 'CP' does not exist on type 'Component'错误 #

这类错误是因为组件类中未声明CP变量，或者变量作用域/拼写有误。

• 声明CP的类型并初始化
  先定义CP的结构接口，再在组件类中声明：

  interface CP {
    pk_ID: number;
    fk_segmentID: number;
  }
  
  // 组件类中声明公共变量（默认public，无需显式写）
  CP: CP;
  
  // 在ngOnInit或数据请求完成后初始化CP
  ngOnInit(): void {
    this.CP = { pk_ID: 1, fk_segmentID: 2 }; // 根据实际数据赋值
  }
  

  确保模板使用CP前，变量已经被赋值，避免出现undefined。

• 检查变量名和作用域
  确认模板中的CP与组件类中的变量名大小写完全一致（TS区分大小写）；同时确保变量不是private修饰的（私有属性无法在模板中访问）。

三、修复组件代码中的类型隐患 #

针对你提供的EditSegmentItem代码，存在几个类型问题需要修正：

1. result未声明类型，需要定义接口约束返回数据结构
2. JSON.parse返回any类型，需要转为目标类型

修改后的示例代码：

// 定义接口约束接口返回数据
interface ComplianceItem {
  pk_ID: any;
  // 补充该对象的其他属性
}

interface ApiResult {
  compliances?: ComplianceItem[];
}

EditSegmentItem(pk_ID: any, fk_segmentID: any) {
  this.fk_complianceID = pk_ID;
  this.segmentPID = fk_segmentID;
  this.editSegmentItemModel = new CompliLibrarySegmentData();
  
  // 假设result是接口请求返回的数据，指定其类型
  const result: ApiResult = await yourApiRequest(); // 替换为实际请求逻辑
  if (result.compliances) {
    const index = result.compliances.findIndex(item => item.pk_ID === pk_ID);
    if (index > -1) {
      // 将JSON转换结果转为目标类型
      this.editSegmentItemModel = JSON.parse(JSON.stringify(result.compliances[index])) as CompliLibrarySegmentData;
    }
  }
}

四、全局宽松检查（权宜之计） #

如果项目中有大量旧代码需要逐步修改，可以暂时调整tsconfig.json的类型检查规则：

{
  "compilerOptions": {
    "strict": false, // 关闭严格模式
    "noImplicitAny": false, // 允许隐式any类型
    "strictPropertyInitialization": false // 允许类属性未初始化
  }
}

注意：这只是临时过渡方案，长期来看补全类型定义才能充分利用TS的类型优势，避免潜在bug。

内容的提问来源于stack exchange，提问作者User0777