你知道VB6的风格指南吗？

我每天都用Vb6编写代码，使用自己的约定，对此我开始感到内疚。

---

您知道VB6的任何样式指南，如命名约定、代码技术和最佳实践吗

目前，我不关心VB6编码的任何“标准”样式。重要的是您与现有的代码库保持一致。

在我看来，只要您保持一致，使用什么样式都不重要。不过，你也应该足够灵活，以雇主的风格书写。

尽管VB6在遗留代码库中臭名昭著，但它仍然每天在许多企业中大量使用，而且它将受益于良好的风格

正如Darrel所建议的，要与现有的代码库保持一致

但是，如果您可以自由设置代码的样式，则可以选择（VBA与VB6的代码库相同）。《VBA开发人员手册》中建议使用此选项。诚然，它的许多风格在.NET环境中会感觉过时，但它似乎在VB6和VBA示例中被大量使用。

微软自己的风格相当不错

• 正如Darryl所说，在编辑现有代码时，最好匹配现有例程或模块中的命名约定、缩进和注释样式。在创建新模块时，您可以更具创造性
• 但是，应该始终应用一些最佳实践（例如，在编辑没有

  Option Explicit

  的模块之前，我会在执行任何其他操作之前添加

  Option Explicit

  ）
我发现它相当不错。

---

它来自于经典的vb时代，价格仅为1美分（外加送货）。
有问题。自2004年以来，这一大块软件由8个不同的程序员处理，每个人都使用自己的风格（我知道这是VB6中旧项目的常见场景）。我试图在这种混乱中遵循一些常见的模式，但这相当困难。+1对于命名约定、缩进、注释样式：尝试适应您正在更改的例程或模块。另一方面，有一些最好的实践应该始终应用（例如，使用Option Explicit），Reddick建议使用lngCount、intValue、strInput等命名。我有点困惑。@system我不知道你为什么困惑。有些人经常使用匈牙利风格作为变量，尤其是在较旧的语言中，但在.NET和其他具有强大IDE支持的现代编译语言中，匈牙利风格已经过时。那么，你是因为不喜欢使用匈牙利语还是因为你质疑我为什么说“它的很多风格会觉得过时…”而感到困惑？我只是因为我工作的代码库中没有人使用过匈牙利符号：）。