用户界面上的“ID”或“Id”
我工作的质量保证经理告诉我，我的桌面应用程序中有一个错误，因为提示符号是“操作员ID”，应该是“操作员ID”。 她的论点是“身份证”是指弗洛伊德的“心理装置”的自我部分，在语义上是不正确的。
现在成为一名肛门工程师（AE），我当然必须去查找Id和ID，从我粗略的调查（Google）看来，ID就像Id一样是弗洛伊德的自我使用。
所以我的推理是，Id是“标识符”的缩写版本，并且比通常指示两个词语缩写的ID更正确或至less更常用。
我可以改变用户界面，但是我不会把我的职业作为一个AE，所以我想知道是否有任何最佳实践或参考这种东西，我可以用来支持我的论点？ 请记住，这个问题涉及到用户界面，而不是源代码，缩写和框架是哲学的完全不同的分支。
根据Merriam-Webster ，这个缩写是“ID”。 如果它是一个正确的缩写，那就必须是“Id”。 与期间。
我个人使用“Id”。 编译器不关心，但我的眼睛。 比较：
GetIDByWhatever <-- looks terrible GetIdByWhatever <-- oh so pretty! 永远，在代码方面，美学比语法更重要。 （更新：4年后，我不再支持这个声明）
“D”不代表任何东西，所以我一直认为它是一个缩写，而不是一个缩写 – 因此我也使用“Id”，而不是“ID”。
我不知道你的qa的推理 – 单词可以有多个含义 – 这在英语中并不罕见:)
但它看起来像常见的用法实际上是“ ID ”（正确或错误：P），这可能是用户期望的格式。
有趣的是，许多人觉得“身份证”应该是要走的路。 我觉得“身份证”是合适的，因为它暗示了我们如何发音 – 身份证还有，当我读一个正在运行的句子中的“身份证”时，有时我必须回来再读一遍，以确保它不是“是“或”它“。
质量保证经理的理由是愚蠢的。 很多英文单词有多重含义。 “铅”，“铅”，“铅”（金属，在前面或连接器）。
我只是试图与应用程序中其他地方使用的大小写一致。
作为UAUA（ultra-anal可用性分析师），请使用ID而不是Id。
从视觉上来说，这是英文更可识别的。 在语法上，“Id”是一个词（与“鱿鱼”韵），弗洛伊德的定义已经在上面给出。 我们从来没有口头要求显示“ ID ”，而是“ID”。 身份证是好的，但过去了，因为时期意味着多个字。
所以。
只需使用ID，好吗？
好。
所以，作为一名技术作家，在回顾其他人的工作时，这个问题对我来说是比较经常的，无论是程序员，BAs还是其他作者。 通常情况下，身份证是指自我，正如别人之前在我身上所说的，身份证的身份证是身份证，因为很多人不知道或不了解规则并不意味着他们是正确的（抱歉，生硬）你在很大程度上的标点和拼写规则几乎和时尚一样多变！
然而，似乎没有人问，你的公司是否有标准？ 在一天结束时，如果贵公司有风格指南，并且已经在该指南中介绍了该主题，则应遵循指南。 如果没有涵盖，那么我可以build议你向维护指南的人提出问题，并在谈话中包括任何利益相关者。 一致性是关键。 如果你工作的公司没有风格指南，那么也许是时候开始了！
希望这可以帮助…
如果你大声朗读，你会怎么说呢？ 我会说这两个字母。 ID是正确的，类似于类似的缩写，如电视。 （请不要用点，因为这些字母不代表任何东西。）
当我正在处理这样的缩写时，我喜欢用小块的大写字母来格式化，但这只是个人的口味。 无论如何，首都。
（但是我可能会继续在代码中使用Id。）
用户界面和代码是非常不同的野兽…
“ID”是用户界面的正确答案。
在代码中，一致性是你的朋友。 无论你喜欢与否，都可以使用代码中已经存在的内容。 如果不在那里，那么就读一读，做出一个决定，或者与团队合作，找出一个让每个人都可以同意的方法。 一致性让生活变得如此简单。
作为标识符的简短版本，我会使用Id。 也ID，当你有像这样的function是怪异的
getUserIDByName()
CamelCase中有多个领域术语的资本是相当成问题的，因为它们可能会产生歧义，从而导致界面和命名的不均匀性
我认为这取决于我们拼写的方式。 我们不拼写“it”，而是“ai-di”。 Id-ID是由两个声音拼写的，所以人们把D放在上限，以避免思维id是一个“单词”。 它更像一个字符符号。 我更喜欢“ID”，只是因为它更好。
我更喜欢Id，因为当与其他两个字母的文本一起使用时，它不会成为一个单一的全部大写的单词
光伏系统… PVID（一个字或2？）PvId（更清晰）。
ID =爱达荷州！ Id =弗洛伊德！ 让强迫症开始！
