저는 작년 초부터 웹 표준을 배우기 시작했고, 지난 2년 동안 어느 정도 경험을 쌓았습니다. 최근에 직장을 바꾸고 집에서 시간이 있어서 모두와 공유할 글을 썼습니다.
1 웹 표준 및 W3C XHTML 사양의 이해
관습적인 이해에 따르면 이 두 개념은 동일한 것을 가리키는 것 같습니다(이번 호에서 논의하는 내용) 고급 이론"^_ ^). 하지만 사실 기술적인 관점에서 볼 때 이 두 가지는 거의 상관관계가 전혀 없다고 생각합니다. 간단히 말해서, 웹 표준은 페이지의 구조, 성능 및 동작을 독립적으로 구현하는 것입니다. 보다 일반적으로 말하면 오늘날 채용에서 널리 사용되는 언어인 "div+css"입니다. 그러나 W3C XHTML의 어떤 버전도 웹 표준 개념에 제한을 두지 않습니다. 분명히 우리는 xhtml 1.1을 사용하여 테이블 위치의 웹 페이지를 작성할 수 있습니다. 이쯤 되면 내가 말도 안 되는 소리를 많이 하고 있다고 생각할 수도 있다. 그러나 어떤 기술이든 기본 개념을 충분히 명확하게 이해한 경우에만 올바르게 사용할 수 있습니다. 오늘날의 웹 표준 애플리케이션이 잘못된 두 가지 경로에 대해 다음 두 가지 측면에서 이야기하겠습니다.
첫 번째 상황은 매우 간단합니다. XHTML+CSS를 사용하는 한 웹 표준이라고 생각합니다. 페이지는 클래스와 ID로 가득 차 있습니다. 모든 세부 사항에 대해 별도의 클래스를 자유롭게 정의하세요. 이러한 페이지와 기존 HTML의 차이점은 img 태그에 추가 "/"가 있다는 것입니다. 사실, 최소한 사전처럼 항상 스타일 시트를 찾는 것보다 쉽게 글꼴을 사용할 수 있기 때문에 전통적인 HTML로 돌아가는 것이 더 좋습니다. 나중에 이야기할 또 다른 좀 더 미묘하고 일상적인 CSS 사용에 대해 설명하겠습니다.
두 번째 상황은 원하는 성능을 얻기 위해 다양하고 복잡한 div 중첩 및 CSS 문을 사용하려고 하는 상황이 더 이해하기 어렵다고 생각합니다. 아주 간단한 예는 제가 방금 본 게시물에 있습니다. " 이미지를 자르지 않고 페이지의 둥근 모서리 ". 우선, CSS 기능을 사용하여 둥근 모서리를 "그리는" 이 아이디어가 정말 좋은지 확인하고 싶습니다. 이를 위해 디자이너는 해당 위치에 다음과 같은 큰 코드 섹션을 추가해야 합니다.
그러나 이는 웹 표준의 기본 개념인 구조 분리와 분리를 심각하게 위반합니다. 성능 . 웹페이지의 성능을 제어하는 데 사용되는 코드를 구조적 문서에 배치하기 때문입니다. 실제로 실제 성능 코드를 CSS에 넣는다고 말할 수도 있습니다. 그러나 나는 이것이 도난당한 개념이라고 생각합니다. 위의 b 태그는 웹페이지의 구조와 아무런 관련이 없으므로 모두 빈 태그입니다. 즉, 문서 구조에서 요구하는 곳에 무언가를 넣는 것이 존재하지 않습니다. 따라서 그들은 문서 구조에 대한 정크 코드일 뿐입니다.
또 다른 예는 좀 더 미묘할 수 있습니다. 이전에 웹 페이지에 3방향 열을 구현하는 방법에 대한 기사를 alistapart.com에서 본 적이 있습니다. 원칙은 아마도 3~4개의 div를 사용하여 서로 중첩하는 것입니다. 나는 이것도 웹 표준에 위배된다고 생각한다. 왜냐하면 이러한 div 태그가 코드에 배치되는 순서는 단순히 구조적 요구사항이 아니라 웹페이지 성능을 위한 것이기 때문입니다.
물론 위의 관점이 어느 정도 과하다는 점은 인정합니다(하지만 한편으로는 그림이 아닌 둥근 모서리를 구현해야 한다면 그것도 과한거 아닌가요 ㅎㅎ) . 때로는 구조와 성능이 그렇게 쉽게 분리되지 않을 때도 있습니다. 풍부한 성능을 얻으려면 구조를 조정해야 합니다(
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
