Vba 错误处理程序命名

是否有命名错误处理部分的最佳实践？简历标签怎么样？我使用“ErrorHandler:”和“ProcExit:”。谢谢。

我经常看到

错误处理程序：

。

保持一致。

我认为最重要的是你的一致性。这将使您的代码更容易被其他人甚至您自己阅读。更不用说更易于维护等了。

除了确保它的合理性之外，实际上并不是这样。如果我使用的是On Error Resume Next，那么我通常会在它之后缩进代码，例如：

On Error Reume Next
   ' Do something at might cause an error
   If Err.Number <> 0 Then
      ' Do something to recover from error
   End If
On Error Goto 0 'or Goto errorhandler to restore that.

出现错误，请单击“下一步”
“在某个时间做某事可能会导致错误
如果错误号为0，则
“做些事情从错误中恢复过来
如果结束
在出现错误时，转到“0”或转到errorhandler以还原该错误。

这提供了一个清晰的视觉线索，表明您已在短时间内暂时禁用了正常的错误处理

---

对于错误处理程序标签，我使用了各种各样的标签，包括枯燥的“ErrorHandler”和较为平淡的标签“oopsorryiveCockEditUp”。虽然这两种方法都很有意义：-）

我使用tagError：但正如其他人所说的，它是一致的。我还认为这是我在99%的代码中使用的唯一标记，所以它其实并不重要

---

我非常喜欢使用将我的标准错误处理代码插入到新函数和子例程中，只需按下一个图标。对于VBA和VB6，它是免费的

我认为只要标签清楚就可以了。就我个人而言，我之所以使用ErrHnd:

只是因为我忍不住添加自己的首选项，我更喜欢将我的错误处理程序命名为errProcedureName

例如：

Public Function RecordCount(ByVal AddendumFile As String) As Long
Dim fHndl As Integer
Dim nLineCount As Long
Dim strRec As String  'single line from file

On Error GoTo errRecordCount

---

许多年前，我在VB6中研究了标签（大小写、分隔符等）的通用命名约定，并专门研究了错误处理程序

Err_Handler

---

对不起，我不能给这个引证：太多年过去了，我的链接断了

最好的命名约定是一致的。

呵呵。我有一些奇怪的小代码，大部分是用户永远不会遇到的精选模块，它们的状态是“告诉Tony他是个白痴”。类似的。@Tony:Steve McConnell用代码讲述了一个故事，完整的用户报告了错误消息“你有一个坏指针，狗呼吸”。他说幸运的是，该用户有幽默感，但他决定不再在错误消息中加入笑话。你必须意识到，用户可能试图在紧迫的期限内完成工作，可能看不到有趣的一面。显然，这不适用于用户看不到的错误标签之类的东西。在最初的问题上——保持一致。我使用“呃”。如果一个代码维护者想知道EH是什么意思，那么“On error goto EH”就解释了这一切。我经常使用地狱——“On error goto Hell”看起来也很合理：）这对我来说有点太多了，尽管MZTools会让这变得很容易。