Variables 计时器、计数器、索引等变量的命名约定？

我有一个项目，我正在使用诸如“PartA”、“PartB”、“Data”、“HMI”以及必要的“Debug”之类的类别来组织我的变量/标记

因此，随机标记的几个示例如下：

Debug.ReadWriteTimer
HMI.ReportViewerMode    
Data.IndexResult
Data.ActiveDirectory
PartA.InspectionResult

但是我在整个程序中使用了几个变量作为后勤设备，例如计数器、索引和（非调试）计时器，它们实际上不适合我上面列出的几个类别

我考虑过以下几点，但似乎都不合适：

• 全局标记名
• Program.tagname
• Devices.tagname

对于这样的程序级“工具”，如果有人第一次查看标记数据库，就会立即识别出它们，那么什么是清晰的、逻辑上的命名约定呢

---

（好奇的背景：这个特殊的项目是使用一个名为Cognex Designer的机器视觉软件创建的，该软件在一个界面中使用C语言，该界面是RSLogix和LabVIEW的私生子。）

misc，miscellaneous的快捷方式，通常用于对无法放入其他类别的项目进行分类。

---

如果你必须使用一个类别，否则缺少类别可以完美地描述变量的杂项属性。

我决定使用“App”作为这些项目的类别，App是Application的缩写。我相信它比“程序”更清晰，也不容易与范围（如“全局”）混淆，缩写将有助于缓解与.NET应用程序对象的混淆。

谢谢您的回答。我试图找到比“杂项”更具描述性的东西，因为我相信这些属于某一类别；我只是不知道那可能是什么。也就是说，如果一切都失败了…@DanA。是的，我知道我没有真正回答你的问题，但在我眼里，这两者之间没有真正的联系。我担心你很快就会面临另一种不可分类变量的问题。不过，也许“技术”或“内部”更适合你的需要？是的，总有一个问题，那就是一个讨厌的东西似乎不适合任何框。。。这就是为什么我最终可能会使用一些通用的东西，比如Misc或Global。谢谢你的建议！“我会等着看是否还有其他人有什么想法。”达娜。我建议不要使用global，因为它对范围有特定的含义，有一天它可能会变得混乱。