有几种方法可以处理这个问题。如果这个对象与一些外部库相关，最好的解决方案是找到该库的实际定义文件并引用它，例如:

/// <reference path="/path/to/jquery.d.ts" >

当然，这在很多情况下并不适用。

如果你想“覆盖”类型系统，试试下面的方法:

declare var y;

这将允许你对var y进行任何调用。

我知道这个问题已经关闭了，但我发现它正在搜索相同的TypeScriptException，也许其他人正在搜索这个问题。 问题在于缺少TypeScript类型:

var coordinates = outerElement[0].getBBox();

属性“getBBox”在类型为“HTMLElement”的值上不存在。

The easiest way is to explicitly type variable as `any`

var outerHtmlElement: any = outerElement[0];
var coordinates = outerHtmlElement.getBBox();

编辑，2016年底

从TypeScript 1.6开始，首选的强制转换操作符是as，所以这些行可以压缩成:

let coordinates = (outerElement[0] as any).getBBox();

---

其他的解决方案

当然，如果你想把它做对，这有时是过度的，你可以:

创建自己的接口，简单地扩展HTMLElement 引入自己的类型，它扩展了HTMLElement

你也可以使用下面的技巧:

Y.x = "some custom property"//给出typescript错误

Y ["x"] = "some custom property"//没有错误

注意，要访问x并且不再得到typescript错误，你需要像y["x"]那样写它，而不是y.x。所以从这个角度来看，其他选项更好。

在我的特定项目中，我不能让它工作，并使用声明var $;不是一个干净/推荐的解决方案，它不识别JQuery变量，但我使用后没有错误(必须为我的自动构建成功)。

快速而简单的解决方案是显式强制转换为any

(y as any).x

“优点”是，强制转换是显式的，即使设置了noImplicitAny标志，也可以进行编译。

正确的解决方案是更新类型定义文件。

请注意，当您将变量强制转换为任意类型时，您将选择不进行该变量的类型检查。

---

因为我在免责模式，双强制转换通过任何结合一个新的界面，可以是有用的情况下

您不希望更新损坏的类型文件 而且/或者你是猴子补丁

然而，您仍然需要某种形式的输入。

假设你想用一个类型为number的新属性x来修补类型为originaldef的y实例的定义:

const y: OriginalDef = ...

interface DefWithNewProperties extends OriginalDef {
    x: number
}

const patched = y as any as DefWithNewProperties

patched.x = ....   //will compile

在Angular2中有一个问题，我正在使用本地存储来保存一些东西，它不允许我这样做。

解决方案:

我有localStorage。city ->错误->属性“city”在“Storage”类型上不存在。

如何解决:

localStorage(城市的) (localStorage) .city (localStorage as any).city

当TypeScript认为属性“x”在“y”上不存在时，那么你总是可以将“y”转换为“any”，这将允许你在“y”上调用任何东西(比如“x”)。

理论

(<any>y).x;

现实世界中的例子

我得到了这个代码的错误“TS2339:属性“名称”在类型“函数”上不存在”:

let name: string = this.constructor.name;

所以我用:

let name: string = (<any>this).constructor.name;

我能够在typescript中使用类似的东西来解决这个问题:

let x = [ //data inside array ];
let y = new Map<any, any>();
for (var i=0; i<x.length; i++) {
    y.set(x[i], //value for this key here);
}

这似乎是我可以使用X中的值作为映射Y的键并进行编译的唯一方法。

其他方法都不管用的快速解决方法:

const a.b = 5 // error

const a['b'] = 5 // error if ts-lint rule no-string-literal is enabled

const B = 'b'
const a[B] = 5 // always works

这不是一个好的实践，但提供了一个解决方案，而不需要关闭no-string-literal

我知道现在已经是2020年了，但我找不到一个能满足这个问题“忽略”部分的答案。事实证明，你可以用一个指令告诉TSLint这样做;

// @ts-ignore
this.x = this.x.filter(x => x.someProp !== false);

通常这会抛出一个错误，指出“someProp在类型上不存在”。有了注释，错误就消失了。

这将阻止编译时抛出任何错误，也应该停止IDE对您的抱怨。