첫눈에 명확한 방법이나 변수에 대해 짧고 정확한 이름을 고를 수없는 경우가 있습니다. 약어는 오늘날 권장되지 않습니다. 그러나, 예를 들어, 우리는 기능 PARAMS에어떤 코드 약어가 널리 사용되고 일반적으로 이해됩니까?
src 및 dest을 사용하여, 그들이i을 무엇을 의미하는지 문맥 분명 자주 인덱스를 의미 for(int i=0; i<size; i++).다른 약어가 두 개 이상의 언어로 사용 되었습니까?
일반적으로 많이 사용되는 약어 ("args", "i18n", "HTTP"등)가 많이 있습니다.
귀하의 질문에 대한 답을 얻을 수 있을지 잘 모르겠습니다. 그 답은 적습니다. 좋은 약어는 짧고 (dooh) 독자가 쉽게 이해할 수 있습니다. 따라서 약어의 선택은 청중에 달려 있습니다. 입자 물리학 자에게 명백한 것은 재무 분석이나 게임 개발자를위한 것으로 여겨 질 수 있습니다.
아마도 오해의 소지가있는 단어는 약어입니다. 좋은 약어의 선택은 일반적인 것의 이름 지정과 같은 문제입니다 (이는 two hard things in computer science 중 하나임). 가독성은 간결성보다 중요합니다.
결론 : 잠재 고객 (물론 문제 도메인)을 알면 이해할 수있는 (너무 길지는 않은) 이름을 찾을 수 있어야합니다.
[업데이트]
로버트 마틴은 모든 심각한 개발자 꼭 읽어 내게하는 Clean Code에 그의 책에서 "의미있는 이름"에 전체 14 페이지 장을 썼다.
Au contraire : 'i'는 일반적으로 '색인'을 의미하며 문제의 핵심이 있습니다. –
수정하십시오. 그러나'i'라는 이름은'for'에서 자주 사용됩니다. 나는 문제를 볼 수 없다. –
문제는 보편적 사용을위한 거룩한 약자 (등)의 아이디어가 처음부터 결함이 있다는 것입니다. 그 내용에 대한 보편적 인 합의는 결코 없을 것입니다. 그런 합의의 가능성이 결여되어이 문제를 이미 끝내고있다. –