Vb6 如何在所有vb函数中放置错误处理程序

Vb6 如何在所有vb函数中放置错误处理程序,vb6,error-handling,error-logging,Vb6,Error Handling,Error Logging,我们有多个vb项目。我们希望在所有函数中放置错误处理程序,并且错误处理程序应该写入文件。是否有可用的工具?我们已经查看了codesmart和vbwatch。这是一个免费软件程序: 下面是一些自己动手的源代码: 这里有一个免费软件程序: 下面是一些自己动手的源代码: 免费且易于安装,通常建议: 支持的Microsoft开发工具 Visual Studio 2008快速版除外 Visual Studio 2005快速版除外 VisualStudio.NET2003 VisualStudio.NE

我们有多个vb项目。我们希望在所有函数中放置错误处理程序,并且错误处理程序应该写入文件。是否有可用的工具?我们已经查看了codesmart和vbwatch。

这是一个免费软件程序:

下面是一些自己动手的源代码: 这里有一个免费软件程序:

下面是一些自己动手的源代码:

免费且易于安装,通常建议:

支持的Microsoft开发工具

Visual Studio 2008快速版除外 Visual Studio 2005快速版除外 VisualStudio.NET2003 VisualStudio.NET2002 Visual Basic 6.0 Visual Basic 5.0 VBA编辑室2000-2007或其他 支持的编程语言

Visual C Visual Basic.NET VC++部分支持,大部分功能 视觉J Visual Basic 6.0和5.0 Visual Basic for VBA应用程序 ,免费且易于安装,通常建议:

支持的Microsoft开发工具

Visual Studio 2008快速版除外 Visual Studio 2005快速版除外 VisualStudio.NET2003 VisualStudio.NET2002 Visual Basic 6.0 Visual Basic 5.0 VBA编辑室2000-2007或其他 支持的编程语言

Visual C Visual Basic.NET VC++部分支持,大部分功能 视觉J Visual Basic 6.0和5.0 Visual Basic for VBA应用程序
在将性能放入所有程序之前,请确保测试性能。我们的错误处理解决方案VBRig明显影响了CAD/CAM应用程序中的数学计算和屏幕重画。它写得并不差,但加上数百次的日志记录,加起来就不算差了


我们切换到在所有事件例程中使用错误处理,并选择其他区域。虽然从设计角度来看并不理想,但它使性能恢复到了需要的水平

确保在将性能放入所有程序之前测试性能。我们的错误处理解决方案VBRig明显影响了CAD/CAM应用程序中的数学计算和屏幕重画。它写得并不差,但加上数百次的日志记录,加起来就不算差了


我们切换到在所有事件例程中使用错误处理,并选择其他区域。虽然从设计角度来看并不理想,但它使性能恢复到了需要的水平

在vb6中编程的任何人都应该使用此附加组件,而不仅仅是因为它在添加代码和行号以处理错误方面很有用。在安装MZTools之前,不会安装vb6。它也是免费的。你可以编辑你的答案,并提到任何在vb6中编程的人都应该使用这个附加组件,而不仅仅是因为它在添加代码和行号以处理错误方面很有用。在你安装MZTools之前,vb6是不会安装的。它也是免费的,你可以编辑你的答案,并提到我认为开销可以忽略不计,除非你的代码确实引起了很多错误。我认为这本身会导致性能问题。假设您只记录了实际发生的错误?我的CAD/CAM应用程序进行3D计算以展开形状以及动态绘制屏幕。VisualBasic6中日志记录过程的一点点开销加起来足以明显减慢该过程。与编程中的许多事情一样,它不是绝对的。您需要使用最佳判断。在visual basic 6中,如果需要堆栈跟踪,则需要手动记录每个过程。我们在每个捕获错误的例程中放置一个错误处理程序,然后再次引发错误,并将例程的名称附加到错误详细信息中。最后一个例程事件处理程序或sub-Main实际记录错误。结果:堆栈跟踪,仅在发生错误时生成。否则就不会有运行时的损失。我原以为开销可以忽略不计,除非你的代码确实引起了很多错误。我认为这本身会导致性能问题。假设您只记录了实际发生的错误?我的CAD/CAM应用程序进行3D计算以展开形状以及动态绘制屏幕。VisualBasic6中日志记录过程的一点点开销加起来足以明显减慢该过程。与编程中的许多事情一样,它不是绝对的。您需要使用最佳判断。在visual basic 6中,如果需要堆栈跟踪,则需要手动记录每个过程。我们在每个捕获错误的例程中放置一个错误处理程序,然后再次引发错误,并将例程的名称附加到错误详细信息中。最后一个例程事件处理程序或sub-Main实际记录错误。结果:堆栈跟踪,仅在发生错误时生成。否则,不会有运行时惩罚。