W3C가 HTML 속성에 사용하는 명명 규칙은 무엇입니까?

Question

html을 보면 태그에 내장 된 속성이 많이 있습니다.

HTML "사양"속성의 이름을 지정하려고합니다.

참고 : 내가 의견을 찾고 있지 입니다 - 내가 결정/고장을 W3C 의견이 정확히 합니다. React에서이 명명 규칙을 다시 만들 수 있습니다.

것은 [입니다 /이 X]

그리고 is/hasX 내 소품하게하십시오 나는 일반적으로 문구에 충실, 최고 추측으로

.

그러나 문법의 lingo을 잘 이해하지 못하고 일관성있게 유지하기가 어려울 수 있습니다.

두 개의 입력, 즉 하나의 HTML과 하나의 React를 고려해 봅시다.

내 입력

<input checked selected active disabled /> 
<MyInput isHovered hasTooltip hasError /> 

그러나 isHovering 또한 이 올바른 소리를 맴돌고있다, 그러나 나는 (이 올바른없는 의심 :

이 바로 나에게 소리 과거) 시제 :

(210)

내 입력

<input activating checking /> 
<MyInput isHovering hasTooltip isErroring /> 

을 유혹한다

상황이 혼란을 얻을 시작할 때, 나는 문법 - 체조

내 입력을하는 단계를 좌우하는 것을 시도의 나쁜 습관에있어 실현 ...

<Myinput isHover hasError /> 

를 가져 그러나 구성 요소의 소품은 더 이상 일관성을 보이지 않는다. HTML의 긴장 내가 봤는데 사양 (에 따라 속성

<input check /> 

질문 올바른 무엇이며, 아무것도 찾을 수 없습니다 (동사?) : 플러스는 없습니다 어떤 HTML을 수행합니다 시제/동사에 대한 명세에서)?

참고 : is/has이 추가됩니다 소품 때문에, 속성은 변수가 있으며,이 접두사는 어쨌든 그것은 의견의 문제이기 때문에

Answer 1

이 질문은 아마 폐쇄 얻을 것이다 코드 선명도에 도움이 있지만, 달리 :

나는 현재의 점진적 시제 ('호버링', '활성화')가 어디서나 사용되는 것을 결코 보지 못했습니다.

우리 프로젝트에서 우리는 HTML과 일치하는 과거 시제 ('disabled', 'checked')에 소품이있는 구성 요소를 가지고 있습니다. 나는 간결함 때문에 이것을 선호한다 ('isDisabled'는 더 길다. 가독성을 높이면 좋을 수도 있지만 그렇지 않다).

부정사 ('check')는 동작을 의미하므로 (개발자가 구성 요소를 외부 컨트롤에 연결한다고 생각할 수 있으므로) 부정사를 사용하지 마십시오.

위의 다른 고려 사항보다 - 무엇을 선택 하든지 일관성을 유지하십시오.