문제

JS/HTML에서 대문자 또는 소문자를 사용하는 것이 호환성/JIT 컴파일 성능을 위해 더 낫습니까? 예를 들어 :

 <DIV> my content </DIV>
 <div> my content </div>

 ALERT(DOCUMENT.LOCATION);
 alert(document.location);

이것은 초보자 질문이 아닙니다. 저는 소문자가 사실이라는 표준이라는 것을 알고 있습니다. 그러나 나는 약간의 대문자 JS+HTML을 보았 기 때문에 어떤 글을 쓰는 것이 더 낫다는 것이 궁금했습니다. (SQL처럼 완전히 대문자입니까?)

도움이 되었습니까?

해결책

나는 그것이 속도로 변화를 만들 것이라고 생각하지 않습니다.

XHTML : 소문자 태그는 W3C가 지정한 것입니다.

JavaScript : 아마도 작동하지 않을 것입니다. 절대 누군가의 코드를 보았습니다. JS의 모든 캡을 사용합니다.

SQL은 실제 데이터와 동작, 기능 등을 차별화하기 위해 완전히 대문자입니다. 소문자를 사용할 수는 있지만 읽기 쉬워집니다 (일부는 나에게 포함).

IMO, 대문자 태그 더미를 통과하는 것은 소문자 태그보다 덜 읽기 쉽습니다. 나는 사용자 에이전트가 태그가 어떤 사례인지 신경 쓰지 않는다고 말하고 싶습니다. 1999 년에 웹 사이트를 만들었을 때 대문자 태그가 표준이었습니다.

여전히 쓰기로 업데이트되지 않은 웹 사이트를 찾을 수 있습니다.

'사용 <B></B> 텍스트를 대담하게 만들려면 '

다른 팁

사용하는 것은 (적어도 XHTML에서) 잘못되었습니다. <DIV>...</DIV>; 이것은 <div>...</div>.

마찬가지로, 나는 JavaScript에서 소문자를 사용합니다 ( alert(document.location);), 처럼 그것이 그들의 이름입니다 ;-피

차이가 호환되거나 성능 측면에서 상상할 수 없습니다. 어떤 사람들은 대문자가 콘텐츠보다는 마크 업이나 코드로 인식하기가 더 쉽다고 생각합니다.

필요한 경우 벤치 마크를 수행 할 수 있습니다.

(XHTML은 소문자를 표준으로 지정하므로 목표가 유효성 검사기를 만족시키는 경우이를 만족시키는 경우)

JavaScript는 (FX3.0 사용) 사례 민감성입니다.

var myURL = document.URL; // sets myURL to the current URL
var myURL2 = DOCUMENT.URL; // ReferenceError: "DOCUMENT" is not defined

HTML은 혼합 사례 태그를 허용하고 XHTML은 소문자 만 태그, 속성을 요구합니다.

그것은 사례에 민감하기 때문에 JavaScript와는 확실히 차이를 만듭니다.

브라우저가 신경 쓰지 않더라도 HTML의 허용 커뮤니티 표준은 소문자입니다.

따라서 나중에 코드를 읽어야하는 사람들에게 친절하십시오!

나는 가능한 한 분명히 소문자로 갈 것입니다. 나는 낙타 케이싱 다중 단어 가변 이름을 좋아하는 경향이 있지만, 심지어 밑줄에 찬성하여 피할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top