如何检查调用栈 [英] How to Inspect Call Stack

查看:136
本文介绍了如何检查调用栈的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

这将有可能看到调用堆栈在VBA的MS Access 2003?也就是说,它有可能来自什么程序功能另一个函数来查看被称为?

Would it be possible to see the CallStack in VBA for MS Access 2003? That is to say, would it be possible to see from what procedure or function another function was called?

推荐答案

目前在VBA没有编程的方式来查看调用堆栈,我知道的。通常解决这个问题的方法是使用一些结构来跟踪呼叫的功能,但它似乎总是像一个杂牌组装电脑给我,真的使用,只有当编程(不是在运行时),在这种情况下,在我看来,该VBE的内置的能力看到调用堆栈就足够了。

There is no programmatic way in VBA to view the call stack that I know of. The usual solution to this problem is to use some structure to track calling of functions, but it always seems like a kludge to me, and really of use only when programming (not at runtime), in which case it seems to me that the VBE's built-in capability for seeing the call stack is sufficient.

和,顺便说一句,我总是把我的VBE工具栏上的调用堆栈按钮,因为它是对我来说最常用的功能之一。我还要补充编译按钮 - 我认为这是疯狂的,它不是工具栏上默认,因为它鼓励人们为code而没有强制编译。话又说回来,Access 2000中甚至没有使用显式的选项默认情况下(据称与使用VBE的其他应用程序保持一致 - 换言之,哑下来的访问,以使其符合那些不近$ C应用程序$ C-重)。

And, BTW, I always put the call stack button on my VBE toolbar, since it's one of the most frequently used functions for me. I also add the compile button -- I think it's crazy that it's not on the toolbar by default because it encourages people to code without ever forcing a compile. Then again, Access 2000 didn't even use Option Explicit by default (supposedly for consistency with the other apps using the VBE -- in other words, dumb down Access in order to make it consistent with apps that aren't nearly as code-heavy).

但我离题...

这篇关于如何检查调用栈的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆