사용자 인터페이스의 "ID"또는 "ID"

제가 일하는 QA 관리자가 방금 "Operator ID"가되어야 할 때 "Operator Id"라는 사인온 프롬프트로 인해 데스크탑 앱에 버그가 있다고 알려 왔습니다. 그녀의 주장은 "Id"가 프로이트의 "심령 장치"의 자아 부분을 의미하며 의미 론적으로 정확하지 않다는 것입니다.

이제 항문 엔지니어 (AE)가 된 나는 당연히 Id 대 ID를 찾아야했고, 내 피상적 인 조사 (google)에서 ID는 이드만큼이나 프로이트의 자아를 위해 일반적으로 사용되는 것 같습니다.

그래서 내 추론은 Id가 "식별자"의 축약 된 버전이고 일반적으로 두 단어 약어를 나타내는 ID보다 더 정확하거나 적어도 더 일반적으로 사용된다는 것입니다.

UI 만 변경할 수는 있지만 AE로서의 직업을 유지하지 않을 것이므로 이러한 종류의 주장을 뒷받침하는 데 사용할 수있는 모범 사례 나 참조가 있는지 궁금합니다. 이 질문은 약어와 대 / 소문자가 완전히 다른 철학 분야 인 소스 코드가 아니라 사용자 인터페이스와 관련이 있음을 명심하십시오.

Merriam-Webster 에 따르면 약어는 "ID"입니다. 올바른 약어라면 "Id"여야합니다. 기간과 함께.

개인적으로 "Id"를 사용합니다. 컴파일러는 상관하지 않지만 내 눈은 상관하지 않습니다. 비교:

GetIDByWhatever  <-- looks terrible

GetIdByWhatever  <-- oh so pretty!

코드에 관해서는 항상 미학이 문법보다 중요합니다. (업데이트 : 4 년 후, 더 이상이 진술을지지하지 않습니다)

'D'는 어떤 것도 의미하지 않으므로 항상 약어가 아닌 약어로 간주했습니다. 따라서 'ID'가 아닌 'Id'를 사용합니다.

나는 당신의 QA의 추론에 대해 모릅니다-단어는 하나 이상의 의미를 가질 수 있습니다-이것은 영어에서 드문 일이 아닙니다 :)

그러나 일반적인 사용법은 실제로 ' ID '(맞거나 틀린 : P)이며, 아마도 사용자가 예상하는 형식 일 것입니다.

UAUA (울트라 항문 사용성 분석가) 로서 Id 대신 ID 를 사용하십시오 .

시각적으로 영어로 더 잘 알아볼 수 있습니다. 문법적으로 "Id"는 단어 ( "오징어"와 운율)이고 프로이트 식 정의가 위에 주어졌습니다. " id "가 아니라 "ID" 를 표시하도록 구두로 요청하지 않습니다 . 마침표가 여러 단어를 의미하므로 ID는 괜찮지 만 통과합니다.

그래서.

신분증 만 쓰세요 알 겠지요?

확인.

QA 관리자의 추론 라인은 어리 석습니다. 많은 영어 단어에는 여러 의미가 있습니다. "리드", "리드", "리드"(금속, 앞쪽 또는 커넥터).

앱의 다른 곳에서 사용되는 대문자와 일치하도록 노력할 것입니다.

많은 사람들이 "이드"가 가야한다고 생각하는 것이 흥미 롭습니다. "ID"는 우리가 발음하는 방법을 암시하기 때문에 적절하다고 생각합니다. ID 또한 실행중인 문장에서 "Id"를 읽을 때 "ID"가 오타가 아닌지 확인하기 위해 가끔 다시 돌아와 다시 읽어야합니다. is "또는"it "입니다.

그래서 테크니컬 작가로서 이것은 프로그래머, BA 또는 다른 작가이든 다른 사람들의 작업을 검토 할 때 꽤 자주 발생하는 문제입니다. 일반적으로 id는 다른 사람들이 저에게 말한대로 자아를 지칭하며 식별의 약어는 ID입니다. 많은 사람들이 규칙을 모르거나 이해하지 못한다고해서 자신이 옳다는 것을 의미하지는 않습니다. 구두점과 철자법에 대한 규칙은 패션만큼이나 거의 변할 수 있습니다!

그러나 아무도 묻지 않은 것처럼 보이는 것은 귀사에 표준이 있습니까? 회사에 스타일 가이드가 있고 해당 가이드에서이 주제를 다룬 경우 하루가 끝날 때 가이드를 따라야합니다. 다루어지지 않은 경우 가이드를 유지하는 사람에게 문제를 제기하고 대화에 이해 관계자를 포함하도록 제안 할 수 있습니다. 여기서 일관성이 핵심입니다. 당신이 일하는 회사에 스타일 가이드가 없다면 아마도 시작할 때입니다!

도움이 되었기를 바랍니다...

사용자 인터페이스와 코드는 매우 다른 짐승입니다 ...

"ID"는 사용자 인터페이스에 대한 정답입니다.

코드에서 일관성은 친구입니다. 당신이 좋아하든 그렇지 않든, 코드의 다른 곳에 이미있는 것을 사용하십시오. 거기에 없다면, 읽고 결정을 내리거나 팀과 함께 모든 사람이 동의 할 수있는 방법을 찾으십시오. 일관성은 삶을 훨씬 더 쉽게 만듭니다.

ID = 아이다 호! Id = 프로이트! OCD를 시작하십시오!

우리 모두에게는 약간의 OcD가 있습니다!

어쨌든 Google 스타일 가이드 는 다음과 같이 말합니다.

"ID : 문자열 리터럴 또는 열거 형을 제외하고 Id 또는 ID가 아닙니다. 일부 컨텍스트에서는 식별자 또는 ID로 철자를 사용하는 것이 가장 좋습니다."

나는 그것으로 간다.

마이크로 소프트 는 내가 찾은 것보다 더 모호하다.

소리내어 읽는다면 어떻게 말하겠습니까? 나는 두 글자를 발음 할 것입니다. ID는 정확하며 TV와 같은 유사한 약어와 유사합니다. (문자는 아무것도 나타내지 않으므로 점은 사용하지 마십시오.)

이런 약어를 다룰 때 작은 블록 대문자로 형식을 지정하는 것을 좋아하지만 그것은 개인적인 취향 일뿐입니다. 어쨌든 대문자.

(하지만 코드 자체에서 계속 Id를 사용할 것입니다.)

식별자의 짧은 버전으로 Id를 사용합니다. 또한 ID는 다음과 같은 기능이있을 때 이상합니다.

getUserIDByName()

도메인 용어의 여러 대문자는 모호성을 생성하여 인터페이스 및 이름 지정에 불균일성을 생성 할 수 있으므로 CamelCase에서 상당히 문제가됩니다.

철자에 따라 달라진다고 생각합니다. 우리는 "it"이 아니라 "ai-di"를 철자합니다. Id-ID는 두 개의 소리로 철자가되므로 사람들은 ID가 "단어"라고 생각하지 않도록 대문자로 D를 만듭니다. 문자 기호와 비슷합니다. 나는 "ID"가 더 좋기 때문에 더 좋아합니다.

다른 2 글자 텍스트와 함께 사용하면 하나의 대문자로 된 단어가되지 않기 때문에 Id를 선호합니다.

태양 광 시스템 ... PVID (한 단어 또는 2?) PvId (훨씬 더 명확함).