水木社区手机版
首页
|版面-Web开发(WebDev)|
新版wap站已上线
返回
1/1
|
转到
主题:chrome调试promise的问题
楼主
|
marxprogram
|
2016-12-06 22:54:27
|
只看此ID
用了promise之后,感觉程序的逻辑变清晰了。
逻辑上位于后边的代码,视觉上也在后边了。
但是发现一个缺点:
在代码中设了断点停下来之后,调试器中显示的call stack只能上溯到new Promise处。
再往上的调用关系就看不到了。
这是怎么回事啊?
我感觉promise的实现应该不需要解释器的支持吧,应该是个库就能搞定的,干嘛看不了call stack?
--
修改:marxprogram FROM 113.139.1.*
FROM 113.139.1.*
1楼
|
XeCycle
|
2016-12-07 13:24:25
|
只看此ID
http://bluebirdjs.com/docs/api/promise.config.html
【 在 marxprogram (卡尔·码农) 的大作中提到: 】
: 用了promise之后,感觉程序的逻辑变清晰了。
: 逻辑上位于后边的代码,视觉上也在后边了。
: 但是发现一个缺点:
: ...................
--
FROM 116.226.234.*
2楼
|
sitepenfan
|
2016-12-07 13:25:15
|
只看此ID
如果是返回的同步方法,应该没问题
异步方法的话就不行了,类似fetch, onload的之类,回调都进入异步队列了,出队的时候,当初压他入队的方法栈早执行完了,甚至回收了啊
不过chrome已经搞定了,更新chrome
https://developers.google.com/web/shows/ttt/series-1/debugging-promises-w-devtools
--
FROM 36.110.51.*
3楼
|
marxprogram
|
2016-12-07 23:40:29
|
只看此ID
多谢
我原来理解错了
【 在 sitepenfan 的大作中提到: 】
: 如果是返回的同步方法,应该没问题
: 异步方法的话就不行了,类似fetch, onload的之类,回调都进入异步队列了,出队的时候,当初压他入队的方法栈早执行完了,甚至回收了啊
: 不过chrome已经搞定了,更新chrome
: ...................
--
FROM 113.135.67.*
4楼
|
marxprogram
|
2016-12-07 23:40:43
|
只看此ID
多谢
【 在 XeCycle 的大作中提到: 】
:
http://bluebirdjs.com/docs/api/promise.config.html
:
--
FROM 113.135.67.*
1/1
|
转到
选择讨论区
首页
|
分区
|
热推
BYR-Team
©
2010.
KBS Dev-Team
©
2011
登录完整版