为什么在此示例中 IE 开发工具似乎比 FireBug 更具描述性?

发布于 2024-11-14 08:41:38 字数 656 浏览 3 评论 0原文

当我调用此行时:

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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

紫瑟鸿黎 2024-11-21 08:41:38

因为 Firebug 运行您的输入的方式会生成异常,然后该异常又被 Firebug 隐藏。尝试跑步:

try { Object.getOwnPropertyDescriptor(HTMLElement.prototype,"innerHTML") } catch (ex) { console.log(ex); }

你就会明白我的意思。正如 @lonesomeday 建议的那样,尝试使用 Web 控制台。

Because the way Firebug runs your input generates an exception, which is then in turn hidden by Firebug. Try running:

try { Object.getOwnPropertyDescriptor(HTMLElement.prototype,"innerHTML") } catch (ex) { console.log(ex); }

And you'll see what I mean. As @lonesomeday suggested, try using the web console instead.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文