오래전에 W3C Validator에 대해 알았을 때, 내가 만든 모든 HTML 문서가 유효한 HTML인지 확인했습니다.어떤 점에서 HTML 페이지의 가치가 있습니까?
그러나 때때로 나는 그것이 유효하게 만드는 시간을 낭비 할 필요가 없다고 생각합니다. 물론 실제 인터넷 페이지가 중요 할 수도 있지만 HTML 페이지가 가장 많이 사용되는 브라우저에서 제대로 렌더링 될 때 인트라넷이나 다른 프로그램과 함께 사용되는 프런트 엔드의 페이지를 만드는 경우 (IE 6을 반드시 계산하지 않아도됩니다. 7).
나는 주로 코드보다 약간 개선 된 내용, 즉 페이지의 모든 요소를 <p> 또는 <div> 태그로 감싸는 것과 같은 내용을 다루고 있다고 생각합니다.
페이지 자체를 검증하는 것은 사업상의 명제가 아닙니다. 최종 사용자가 (성가신 브라우저를 사용하는) 최종 결과는 실제 테스트입니다.
그렇다면 정기적으로 유효성을 검사하면 디버그하는 데 도움이됩니다. 닫히지 않은 태그와 같은 더 현저한 오류를 잡아낼 것입니다. 이는 최종 사용자에게 영향을 미칩니다. 따라서 컴파일러 경고와 같은 유효성 검사를 처리하십시오. 규율에 좋습니다.
+1; 사업 제안서가되어서는 안됩니다. 하지만 이상하게도 내 경험에 비추어 볼 때 코드가 모두 '유효성이 있다고'말할 때 비 개발자에게 깊은 인상을 줄 수 있습니다. 우리 회사에서 비즈니스 이해 관계자 (어떤 유효성 검사가 있는지 전혀 모르는 사람)는 대행사의 제안에서 "모든 페이지가 W3C 유효성이 검사 됨"으로 간주되어 인상적이었습니다. 몇 번이나 내가 그들에게 아무런 차이가없는 기술적 인 문제라고 말해도 상관 없습니다. – callum
이것은 가장 좋은 방법이지만 실제로는 조직의 요구 사항/요구 사항에 부합합니다. 표준이 조직에 가치를 더하는 것이 중요합니까? 아니면 올바르게 표시되는 것일까 요? 종종 인트라넷과 함께 인트라넷을 사용합니다.
미래에 친숙 해지려는 경우 HTML 페이지를 "유효하게"만드는 것이 좋습니다. 즉, 브라우저가 비추천 또는 특정 업체 태그를 제거하기 시작할 때 페이지가 잘못 표시되는 것을 알 수 있습니다.
웹 브라우저와 인터프리터간에 일관된 표시/출력을 보장하기 위해 웹 표준이 있습니다. 규정을 준수하지 않는 HTML로 페이지를 작성하는 것을 선택하는 것이 결정입니다. 또한 오래된 격언을 취하기 위해 "장례식"이 있습니다.
인트라넷에 대해 선택한 브라우저가 변경되면 어떻게됩니까? 실제로 모든 브라우저에서 코드를 올바르게 렌더링 할 수있는 방법은 없습니다. 그러나 많은 경우 브라우저는 표준에 상당히 가깝습니다. CSS와 태그 깊이의 복잡성에 따라 다른 브라우저에서 다르게 렌더링 될 가능성이 있기 때문에 페이지가 얼마나 복잡 하느냐에 달려 있다고 생각합니다. 가장 좋은 방법은 유효한 브라우저 간 코드를 작성하고 대상 브라우저를 테스트하는 것입니다. 한 번만 생각해 내고 어디서나 동일하게 렌더링하는 것은 바보입니다. 모든 브라우저에서 가능합니다. 그러나 표준을 고수하는 것이 가장 좋은 방법입니다.
나는 당신이 html의 더 작은 양을 위해 그것을 추가 할 수 있었다고 생각한다. 그것은 당신의 페이지를 다치게하지 않을 것이다. 준수하도록 만든 후 원하는 레이아웃을 얻을 수없는 경우 CSS 문제가있을 수 있습니다. –