웹 리소스의 낙타 사례

Question

웹 리소스 용 낙타 사례 사용에 대한 의견은 무엇입니까?

나는 camel case가 제 2의 천성 인 Java 배경에서 왔지만 html, css, javascript camel case와 같은 웹 자원의 이름을 지정하는 것이 옳다고 생각하지는 않는다.

(예를 들어 http://localhost/application/editUserForm.htmlhttp://localhost/application/edit/user/form.html 대)

모든 의견, 제안을 환영합니다!

Answer 1

명명 스키마에 대한 주요 고려 사항은 SEO에 영향을 미칩니다. 내 이해에서, 구글 (그리고 아마도 다른 엔진)은 하나의 문자열에서 병합 된 단어를 '읽을 수'있으므로 낙타의 경우는 대소 문자를 구분하지 않는 단일 문자열처럼 괜찮을 것입니다. 재 작성을 사용하여 디렉토리별로 스키마를 분할하면 기능이 부족한 스파이더가 더 명확 해집니다. Google이 제공하는 조언 중 하나는 밑줄 (_) 대신 하이픈 (-)을 사용하는 것이지만 여기서는 관련이 없습니다.

실제 사람이 전체 주소를 입력해야 할 것으로 예상되는 경우 오류를 최소화하기 위해 읽기 쉬운 것을 사용하는 것이 보너스가됩니다.

Answer 2

그런 이름을 잘못 지정하지 않았습니다.

내 개인적인 선호는 웹 리소스를 -으로 지정하는 것입니다 (예 : edit-user.jsp). 나는 개인적인 취향에 대해 더 많은 의문이 있다고 생각한다. 나는 _을 좋아하지 않는다. - 브라우저 주소창에서 별도의 단어를 시각적으로 쉽게 찾을 수 있습니다 (적어도 나를 위해). 그리고 지금까지 내가 보았던대로 - 꽤 일반적입니다.

Answer 3

Windows 환경 (개발 또는 호스팅 용)에 사이트를 배포하는 경우 케이싱이 다른 동일한 리소스로 문제가 발생할 수 있습니다.

하지만 '이중'파일 이름을 피하면 다소 맛이납니다.

http://localhost/application/edit/user/form.htm과 같은 명명 체계는 별도의 단어를 더 잘 나타내며 "사용자"와 관련이있는 것으로 해석하기 쉽습니다.

Answer 4

낙타의 케이싱은 매우 매력적이지 않습니다. 자바를위한 컨벤션이지만 자바를 할 때 따라야한다. 다른 것들의 이름을 지정할 필요가 없다.

우리는 두 단어 사이에 구분 기호를 삽입하는 것이 지루하다는 것을 알지는 못하지만 밑줄은 실제로 입력하기 어렵습니다. 두 개의 새끼 손가락이 아주 멀리 뻗어 있어야합니다. 유감스럽게도 밑줄은 식별자의 언어 디자이너가 선호합니다.

다음 프로그래밍 언어를 발명 한 사람은 누구나 이름 공간 구분자로 '/'를 사용하고 '.' 단어 분리기 때문에 대신

java.beans.beancontext.BeanContext.getResourceAsStream() 

로 우리

java/beans/bean.context/Bean.Context/get.resource.as.stream() 

기다려야 ... '/'는 이미 분할을 위해 사용된다. 신경 쓰지 마.