Javascript PhpStorm将socket.setEncoding()视为未解析

Javascript PhpStorm将socket.setEncoding()视为未解析,javascript,node.js,phpstorm,Javascript,Node.js,Phpstorm,我试图弄明白为什么PhpStorm 11将setEncoding()方法视为未解析。我已经安装了Node.js插件并启用了核心库。其他方法视为已解决。问题只在于setEncoding()one 下面是最简单的代码示例: var net=require('net'); var socket=new net.socket(); setEncoding('ascii'); 我不熟悉Node.js,但我猜这是因为setEncoding()函数是从可读流接口继承的。如果我错了,请纠正我 因此,问题是如何

我试图弄明白为什么PhpStorm 11将
setEncoding()
方法视为未解析。我已经安装了Node.js插件并启用了核心库。其他方法视为已解决。问题只在于
setEncoding()
one

下面是最简单的代码示例:

var net=require('net');
var socket=new net.socket();
setEncoding('ascii');
我不熟悉Node.js,但我猜这是因为
setEncoding()
函数是从
可读流接口继承的。如果我错了,请纠正我


因此,问题是如何强制PhpStorm“查看”该函数?

许多IDE,甚至chrome控制台,都不喜欢完全执行
新的
部分来迭代实例方法,因为这样做可能会产生副作用。因此,如果它不在constructor.prototype上,如果没有潜在的有害执行或一些提示,可能无法提前知道它…@dandavis谢谢你的回答。很高兴知道WebStorm出现相同问题的真正原因(setEncoding标记为“未解决”,但在运行时它是一个有效函数)。你应该考虑把它做成一个完整的答案。我不是上述文章的作者,所以我不能将其标记为已接受,但我肯定会投赞成票。许多IDE,甚至chrome控制台,都不喜欢完全执行
new
部分来迭代实例方法,因为这样做可能会产生副作用。因此,如果它不在constructor.prototype上,如果没有潜在的有害执行或一些提示,可能无法提前知道它…@dandavis谢谢你的回答。很高兴知道WebStorm出现相同问题的真正原因(setEncoding标记为“未解决”,但在运行时它是一个有效函数)。你应该考虑把它做成一个完整的答案。我不是上述文章的作者,所以我不能将其标记为已被接受,但我肯定会投赞成票。