내가 아는 한 HTML, CSS 및 JavaScript 용 유효성 검사기가 내장 된 웹 브라우저가 없습니다. 유효성 검사없이 웹 페이지를 개발하는 것은 구문 분석을 수행하지 않는 컴파일러를 사용하는 것과 같습니다. Firebug와 같은 개발자를 겨냥한 우수한 플러그인을 사용하는 Firefox조차도 CSS 및 JavaScript 유효성 검사를위한 플러그인이 부족합니다. 이 플러그인을 사용하는 것이 유용하지 않습니까? 내가 놓친 게 있니?웹 브라우저에 유효성 검사기가 내장 된 이유는 무엇입니까?
사실 이제 물어 보니 검사기는 실제로 웹 브라우저에 속해야한다고 생각합니다. 브라우저는 콘텐츠 전달을위한 최종 사용자 도구이지만 개발자 워크샵에서 첫 번째 도구이기도합니다.
그래, 나는 (X) HTML 및 CSS에 대한 유효성 검사기가 있어야 함을 동의합니다. 브라우저가 내부적으로 적어도이 검사를하고 있기 때문에 유효성 검사 출력을 표시 할 수있는 이유가 없습니다.
대부분의 브라우저 사용자가 개발자가 아니며 유효성 검사에 관심이 없음을 알 수 없습니다.
웹 브라우저는 복잡한 짐승이며 다양한 유형의 응용 프로그램에 사용됩니다. 웹 브라우저 개발자는 브라우저에 기능을 추가하기 전에 오래 동안 생각해야합니다. 대부분의 웹 페이지에서 깨지기 쉬운 기능은 대부분의 사람들이 브라우저를 죽이게됩니다.)
웹 브라우저는 보기로 것으로되어 있습니다. 브라우저의 주요 용도는 코드가 유효하지 않은 경우에도 (예 : "quirks"모드 등을 사용하여) 페이지를 렌더링하는 것입니다. 유효성 검사기를 내장하면 개발자에게는 적합하지만 사용자에게는 절대 필요하지 않습니다.
검사기는 이미 각 브라우저에 내장되어 있습니다. 그밖에 복구 전략은 어떻게 될까요? 사용자가 요청할 때 검증 출력 만 표시합니다. –
나는 그것을 정확히 validator라고 부르지 않을 것이다. 똑똑한 파서 네. 유효성 검사기는 P 요소에 다른 P 요소가 들어 있는지 검사하고 "P 요소에 포함 된 유효하지 않은 요소"알림을 표시합니다. 같은 상황에서 웹 브라우저는 문서에서 실수를 설명하는 방법이 아니라 문서를 복구하는 방법을 결정해야합니다. 즉, 유효성 검사기가 실수에 대한 설명을 더 많이한다는 것을 의미합니다. 브라우저는 그렇지 않습니다. 그리고 최종 사용자는 어쨌든 설명을 신경 쓰지 않을 것입니다. – naivists
주목할만한 점은 application/xhtml+xml을 MIME 유형으로 사용하면 Firefox는 적어도 형식 검사를 수행한다는 점입니다.
Internet Explorer 8에는 W3C 유효성 검사기에 대한 링크가 내장되어 있습니다. F12 및 유효성 검사 선택 메뉴를 누릅니다.
여러 Firefox 확장 (Web Developer Tools 포함)은 비슷한 기능을합니다.
Opera에 "유효성 검사"옵션이 있습니다. 그러나 IE8 에서처럼 W3C 유효성 검사기를 통해 이루어집니다.
다음과 같은 브라우저가 있습니다. iCab. –
진짜 질문이 아닙니다. – jrockway