CSS, JS 및 HTML에 대한 코드 검토 지침


9

CSS, JS 및 HTML을 검토하기위한 지침을 작성하라는 요청을 받았습니다. JS에 대한 코딩 지침이 있지만 HTML 및 CSS에 대해서는 잘 모릅니다. JS를 검토하기 위해 나는 반드시 그 지침을 따르고 언급 할 것입니다. 그러나 CSS와 HTML은 어떻습니까? 논리적 오류 및 들여 쓰기 문제 외에도 마크 업 및 CSS를 검토 할 때 확인해야 할 사항이 있습니까?


1
이것은 오늘 HN에 있었으므로 시작하기에 좋은 곳일 것입니다. taitems.github.com/Front-End-Development-Guidelines
agradl

답변:


5

찾아야 할 사항 :

  • 적절한 HTML 태그를 사용하여 구조화 된 정보를 식별합니까? H1- H6제목, 및 UL/ OL또는 LI목록 등?
  • 더 레거시 HTML 태그 (있습니까 <b>, <i>, <center>, <font>)를 사용하지?
  • 사이트에서 가능한 한 적은 양의 마크 업을 사용합니까?
  • 스타일 정보가 CSS 파일로 외부화되어 있습니까?
  • 모든 자바 스크립트가 외부화 되었습니까? 이벤트 핸들러를 포함하여?
  • CSS 클래스 이름은 페이지 ( img-caption) 의 함수를 나타내며 형식 ( bold-red) 또는 내용 ( pink-elephant)이 아닌가?
  • 이미지가 적절한 형식입니까 (유형에 따라 PNG 또는 JPEG)?
  • Javascript 라이브러리의 최소화 된 버전이 사용 되었습니까?
  • 선택적으로 로컬로 개발 된 모든 Javascript 및 CSS 파일이 최소화 되었습니까?
  • HTML / CSS는 유효합니까?
  • YSlow (또는 유사한)를 사용하여 성능을 확인 / 최적화 했습니까?
  • (주로) [SEO] Javascript를 끈 상태에서 사이트에 액세스 할 수 있습니까?
  • [SEO] 가장 관련성이 높은 콘텐츠가 HTML 상단에 있습니까?

방금 빠른 웹 사이트에서 Steve Saunders의 책을 찾았습니다. 그것은 매우 도움이되며 당신이 언급 한 몇 가지 점이 좋습니다.
Kumar

0

HTML에서 좋은 스타일의 중요한 요소 중 하나는 점진적 향상 입니다. 즉, CSS 나 JavaScript가 없어도 HTML 레이아웃이 양호하게 렌더링됩니다. 그런 다음 JS / CSS가 처리되면 더 좋아 보일 것입니다 (예 : 구식 HTML <select>드롭 다운이 애니메이션으로 표시됨).

이것은 비침 입적 마크 업과도 관련이 있습니다. 대신에을 <font style="color:red;font-size:16pt">Hello</font>사용 <div class="red-colored-big-fond">Hello</div>합니다.

JavaScript와 동일합니다. 대신 <button onclick="javascript:alert('a');">Clickme</button>버튼 클래스 / ID를 지정하고 JavaScript에서 대상으로 지정하십시오. 또한 마크 업 코드를보다 쉽게 ​​관리 할 수 ​​있습니다.


0

작업을 수행하는 데 최소량의 마크 업이 사용되는지 확인하십시오. 마크 업도 의미가 있는지 확인하고 태그가 똑같은 일을하고 더 많은 정보를 제공 할 때는 사용하지 마십시오. 스팬이 블록 요소로 만들어지지 않았는지 확인하고 그 반대도 마찬가지입니다.

또한 alex는 원형 교차로에서 좋은 점을 제시합니다. "red-colored-big-font"와 같은 클래스 이름을 사용하지 않도록하십시오. 실제 배포 된 약 20 초 후에 누군가가 작은 파란색 글꼴로 변경하기 때문입니다. 나는 실제로이 CSS를 보았다 :

.arial12pt { font-family: Verdana; font-size: 8pt; }

마크 업의 모든 내용은 페이지의 모양이 아니라 페이지의 내용을 설명해야합니다. 나는 점진적인 향상에 대해 분명히 동의하지만 다시 한 번 우회합니다. 이 페이지는 CSS가없는 것과 동일하게 CSS를 사용하여 어디에서나 볼 필요가 없습니다. table-land와 spacer.gif로 돌아 가기 때문에 그것들을 똑같이 보이게하지 마십시오.


0

HTML이 진행되는 한, 나는 항상 파일에 계층 구조와 들여 쓰기가 필요하다는 것을 지적합니다. 예를 들어 div가 많은 경우 :

<div id="content">
   <div id="post">
     <div class="title">
       Blah Blah Title
     </div>
   </div>
</div>

레이아웃과 템플릿을 만드는 대부분의 사람들에게는 이것이 매우 분명하다고 생각하지만, 구조적 계층 구조가없는 잘못된 HTML을 보았을 때 다른 사람이 읽기가 어렵습니다. 더 많은 CS 배경에서 나온 것 같습니다. 이것은 내 마음에 붙어 있습니다. CSS도 마찬가지입니다. div 스타일을 지정한다고 가정 해 보겠습니다.

#whatever{
    background-image: url('blah.gif');
    color: #FFF000;
}

들여 쓰기를 사용하면 PHP / Ruby / Whatever와 같이 다른 언어가 혼합되어있을 때 빠르게 읽을 수 있습니다. 다시, 그것은 당신이 가장 잘 작동하는 방법에 달려 있지만, 다른 사람들이 내 HTML을 읽을 때 나는 그것을 정말로 조직적으로 만들고 싶습니다 :).

또한 위에서 언급했듯이 CSS 클래스 및 ID 관련 이름을 레이아웃에 이름을 지정하는 것이 좋습니다. 특히 털이 많을 때 (다른 언어의 변수 및 메서드 이름 지정과 같이). 주의해야 할 사항은 여백, 패딩 및 기타 정렬 문제에 대한 "추측과 확인"이 두려운 것입니다. 종종 피하려고하는 것은 여백과 패딩에 음수를 넣는 것입니다. 레이아웃을 직접 만들지 않으면 혼란 스러울 수 있으며 나중에 다시 돌아와서 수정하려면 레이아웃을 점검해야 할 수도 있습니다. 제 생각에는 CSS에서 하키 또는 "kludgy"를 시도하지 않는 것이 좋습니다. CSS를 재구성해야하더라도 일반적으로 더 좋은 방법이 있습니다!


0

Javascript의 경우 항상 JSLint로 유효성 검사를 원합니다 .JSLint가 사용하지 않는 것이 너무 미친 버그를 잡을 수 있다고 생각할 수 있습니다.


0

나는 내가 좋아하는 이 표준 문서를 발견 했다. 또한 점진적 향상에 대해 말한 내용을 에코하겠습니다. 일반적으로 다른 사람이 HTML / CSS를 작성하는 경우 나중에 줄을보고 마크 업이 얼마나 나쁘지 않은지 유쾌하게 놀라게하고 간단한 스타일을 쉽고 효율적으로 조정할 수 있어야합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.