如何在Angular 4项目中使用ActiveXObject？编译报错求解

这个问题我之前在Angular项目里也踩过坑，本质是TypeScript的类型系统默认不识别IE专属的ActiveXObject——纯JS里浏览器（仅限IE）能直接识别这个全局对象，但TS编译时会做严格的类型校验，所以就抛出了“ActiveXObject not found”的错误。下面是几种靠谱的解决方法：

1. 声明全局类型（最规范的方案） #

在你的Angular项目根目录或者src文件夹下创建一个自定义类型声明文件，比如typings.d.ts，然后写入以下代码：

declare var ActiveXObject: {
    new (progId: string): any;
};

这个声明会告诉TypeScript：全局作用域里存在一个名为ActiveXObject的构造函数，它接受一个字符串类型的ProgID参数，返回任意类型的实例。TS编译时就不会再报错了，而且这种方式不会破坏TS的类型检查体系。

2. 使用类型断言临时绕过检查 #

如果不想额外创建类型文件，也可以在使用ActiveXObject的时候用类型断言强制TS忽略类型检查，修改你的getActiveXObject方法：

getActiveXObject(pdfCtrl: string) { 
    // 用as any断言绕过类型校验
    return new (ActiveXObject as any)(pdfCtrl); 
}

不过这种方式属于“临时补丁”，适合小项目或者快速验证场景，长期来看还是推荐第一种类型声明的方式。

3. 增强环境检测逻辑 #

除了编译层面的解决，还要确保代码只在支持ActiveXObject的环境（也就是IE）下执行，建议把浏览器检测和对象存在性检查结合起来，避免运行时出错：

checkPDF() { 
    let plugin = null; 
    // 先判断ActiveXObject是否存在，再结合浏览器检测
    if (typeof ActiveXObject !== 'undefined' && this.getBrowser() === 'ie') { 
        plugin = this.getActiveXObject('AcroPDF.PDF') || this.getActiveXObject('PDF.PdfCtrl'); 
    } 
    return plugin; 
}

这样即使你的getBrowser方法判断有误，也不会执行到创建ActiveX实例的代码，减少潜在的运行时问题。

4. 调整tsconfig.json（不推荐） #

你也可以通过修改tsconfig.json里的编译选项来关闭严格类型检查，比如把strict设为false，或者开启noImplicitAny为false。但这种方式会降低整个项目的类型安全性，容易引入其他隐藏bug，所以除非万不得已，不建议这么做。

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