为什么在此示例中 IE 开发工具似乎比 FireBug 更具描述性?
当我调用此行时:
Object.getOwnPropertyDescriptor(HTMLElement.prototype,"innerHTML")
对于FireBug,它返回:
>>> Object.getOwnPropertyDescriptor(HTMLElement.prototype,"innerHTML")
对于IE,开发人员工具它返回:
>> Object.getOwnPropertyDescriptor(HTMLElement.prototype,"innerHTML")
{
get : function innerHTML() { [native code] } ,
set : function innerHTML() { [native code] } ,
enumerable : true,
configurable : true
}
你知道为什么不同吗?为什么选择 IE 开发。对于这种情况,工具似乎比 FireBug 更具描述性?
When I call this line:
Object.getOwnPropertyDescriptor(HTMLElement.prototype,"innerHTML")
For FireBug it returns:
>>> Object.getOwnPropertyDescriptor(HTMLElement.prototype,"innerHTML")
where for IE, Developer Tools it returns:
>> Object.getOwnPropertyDescriptor(HTMLElement.prototype,"innerHTML")
{
get : function innerHTML() { [native code] } ,
set : function innerHTML() { [native code] } ,
enumerable : true,
configurable : true
}
Do you know why it is different? Why IE Dev. Tools seems to be more descriptive than FireBug for this case?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
因为 Firebug 运行您的输入的方式会生成异常,然后该异常又被 Firebug 隐藏。尝试跑步:
你就会明白我的意思。正如 @lonesomeday 建议的那样,尝试使用 Web 控制台。
Because the way Firebug runs your input generates an exception, which is then in turn hidden by Firebug. Try running:
And you'll see what I mean. As @lonesomeday suggested, try using the web console instead.