>웹 프론트엔드 >CSS 튜토리얼 >dhtml shtml xhtml_Experience 교환의 차이점 분석

dhtml shtml xhtml_Experience 교환의 차이점 분석

WBOY
WBOY원래의
2016-05-16 12:07:501739검색

dhtml:
정확하게 말하면 DHTML은 웹페이지를 만들기 위한 개념일 뿐입니다. 실제로 소위 DHTML 표준이나 기술 사양을 발표한 조직이나 기관은 없습니다. DHTML은 기술, 표준 또는 사양이 아닙니다. DHTML은 기존 웹 페이지 기술과 언어 표준을 통합하고 적용하여 다운로드 후 페이지 요소의 효과를 실시간으로 변경할 수 있는 웹 페이지를 만드는 디자인 개념일 뿐입니다.

DHTML에는 대략 다음과 같은 웹페이지 기술, 표준 또는 사양이 포함됩니다.
HTML 4.0
말할 것도 없이 웹페이지의 기본 언어 표준입니다.
CSSL
주의하세요! CSS가 아니라 CSSL입니다. Clent-Side Scripting Language의 약어로 "클라이언트 측 스크립팅 언어"로 번역되며 주로 JavaScript(JS), VBScript(VBS), JScript가 포함됩니다. 넷스케이프는 주로 JS를 지원하고, IE는 주로 JS, VBS, JScript를 지원합니다.
DOM
"Document Object Model"로 번역되는 Document Object Model의 약어는 W3C가 최근 추진하고 있는 웹 기술 표준 중 하나입니다. 웹 페이지의 콘텐츠를 객체로 추상화하고 각 객체를 구성합니다. 자체 속성(속성), 메서드(메소드) 및 이벤트(이벤트)가 있으며 위에서 언급한 CSSL을 통해 모두 제어할 수 있습니다. IE와 NS의 개체 모델은 W3C에서 게시한 DOM과 자체 확장 개체를 기반으로 생성됩니다.
CSS
Cascading Style Sheets의 약자로, 조판에 있어 HTML의 한계를 보완하기 위해 사용되는 HTML용 보조 디자인 사양입니다. DOM의 일부가 부족하기 때문에 발생합니다. 이론적으로는 CSSL을 통해 CSS 속성을 동적으로 변경하여 원하는 페이지 시각적 효과를 만들 수 있습니다.
간단히 말하면 DHTML을 구현하려면 HTML을 기반으로 하며 DOM을 사용하여 페이지 요소를 객관화하고 CSSL을 사용하여 이러한 개체의 CSS 속성을 제어하여 웹 페이지의 동적 시각 효과를 얻습니다.


shtml:
SHTML과 HTML의 차이점을 묻는 질문에 한 문장으로 설명하면 SHTML은 HTML이 아니라 서버 API이고 shtml은 서버에 의해 동적으로 생성되는 html입니다.

둘 다 하이퍼텍스트 형식이지만 shtml은 SSI 기술에 사용되는 파일입니다. 이것이 바로 서버 측 포함--SSI 서버 측 포함 지침입니다. 웹 서버에 SSI 기능이 있는 경우(Netscape Enterprise Server와 같은 대부분의(특히 Unix 플랫폼 기반) 웹 서버는 SSI 명령을 지원합니다).
shtml 파일은 특별하게 처리됩니다. 특별한 SSI 지침이 없는지 확인하려면 먼저 shtml 파일을 스캔하세요.
그렇다면 웹 서버 설정 규칙에 따라 SSI 명령을 해석하세요. 설명 후에 일반 HTML과 함께 클라이언트를 삭제합니다.
shtml
일반적으로 "서버 측 포함" 또는 "서버 측 포함"이라고 불리는 SSI(서버 측 포함), SSI(서버 측 포함)의 html 파일 확장자를 사용합니다. 이는 ASP 서버와 유사합니다. 기반의 웹페이지 제작 기술.

SSI 작동 방식:
서버측 포함(SSI) 지시문을 사용하여 콘텐츠를 브라우저로 보내기 전에 텍스트, 그래픽 또는 애플리케이션 정보를 웹 페이지에 포함할 수 있습니다. 예를 들어 SSI를 사용하여 시간/날짜 스탬프, 저작권 고지 또는 고객이 작성하고 반환할 양식을 포함할 수 있습니다. 포함 파일을 사용하면 여러 파일에 반복적으로 나타나는 텍스트나 그래픽을 쉽게 포함할 수 있습니다. 모든 파일에 콘텐츠를 입력하는 대신 콘텐츠를 하나의 포함 파일에 넣기만 하면 됩니다. 포함 파일은 웹 서버에 적절한 웹 페이지에 콘텐츠를 삽입하도록 지시하는 매우 간단한 명령문으로 호출됩니다. 또한 포함 파일을 사용하면 콘텐츠에 대한 모든 변경 사항을 한 곳에서만 수행하면 됩니다.

SSI 명령어가 포함된 파일에는 특별한 처리가 필요하므로 모든 SSI 파일에는 SSI 파일 확장자를 부여해야 합니다. 기본 확장자는 .stm, .shtm 및 .shtml입니다.

웹 서버는 웹 페이지를 처리하는 동안 SSI 명령을 처리합니다. 웹 서버가 SSI 명령을 발견하면 포함된 파일의 내용을 HTML 웹 페이지에 직접 삽입합니다. "포함 파일"에 SSI 지시어가 포함되어 있으면 이 파일도 삽입됩니다. 파일을 포함하기 위한 기본 지침 외에도 SSI 지침을 사용하여 파일에 대한 정보(예: 파일 크기)를 삽입하거나 응용 프로그램 또는 셸 명령을 실행할 수도 있습니다.

웹사이트 유지 관리에서 자주 발생하는 문제는 웹사이트의 구조는 수정되었지만 약간의 콘텐츠를 업데이트하기 위해 많은 웹페이지를 다시 작성해야 한다는 것입니다. SSI는 이 문제를 해결하는 간단하고 효과적인 방법을 제공합니다. 이는 웹사이트의 기본 구조를 여러 개의 간단한 HTML 파일(템플릿)에 배치합니다. 앞으로 우리가 해야 할 일은 텍스트를 서버에 전달하고 프로그램이 실행되도록 하는 것입니다. 템플릿을 기반으로 웹페이지를 자동 생성하여 대규모 웹사이트를 쉽게 관리할 수 있습니다.

그래서 SHTML 형식을 사용하는 페이지의 목적은 ASP와 유사하지만 API이기 때문에 ASP보다 빠르고 HTML보다 속도가 느립니다. 포함을 사용할 수 있고 사용할 수 있습니다. 페이지 업데이트가 쉽습니다(특히 배너, 저작권 등의 일괄 업데이트). HTML 조각이 있고 중간에 특수한 서버 측 스크립트를 삽입하려고 한다고 상상해 보십시오. 이 작업을 완료하려면 ASP를 선택해야 하지만, 이 때 ASP를 사용하지 않고 SHTML을 사용하면 처리 시간이 더 길어질 수 있습니다. 4초 정도 소요됩니다.


xhtml:
HTML은 기본적인 웹 페이지 디자인 언어이며, XHTML은 XML을 기반으로 한 마크업 언어로, 약간만 비슷해 보입니다. 중요한 차이점은 XHTML은 HTML과 비슷한 역할을 하는 XML이기 때문에 본질적으로 XHTML은 XML의 강력한 기능(다소)과 HTML의 단순한 기능(대부분)을 결합한 과도기적 기술이라고 합니다.

2000년 말, 국제 W3C(World Wide Web Consortium) 조직에서는 XHTML 버전 1.0 출시를 발표했습니다. XHTML 1.0은 XML 기반의 응용을 목표로 HTML 4.0을 기반으로 최적화되고 개선된 새로운 언어이다. XHTML은 향상된 HTML이며 확장성과 유연성이 미래 네트워크 애플리케이션의 더 많은 요구 사항에 맞춰 조정될 것입니다. 다음은 W3C HTML 워킹 그룹 의장인 Steven Pemberton이 답변한 XHTML에 대한 일반적인 기본 질문입니다.

(1) XHTML은 개발을 심각하게 제한하는 HTML 언어의 문제를 해결합니다. 오늘날 HTML 개발에는 세 가지 주요 단점이 있습니다. 예를 들어, 휴대폰, PDA 및 정보 기기는 HTML 코드가 표준화되지 않았기 때문에 HTML을 직접 표시할 수 없습니다. 브라우저는 충분히 똑똑해야 하며 페이지가 복잡한 경우에만 HTML이 올바르게 표시될 수 있으므로 페이지 표시를 변경하려면 HTML을 다시 만들어야 합니다. . 따라서 이 문제를 해결하려면 HTML을 개발해야 하므로 W3C에서 공식화한 XHTML은 HTML에서 XML로의 다리 역할을 합니다.
(2) XML은 웹의 발전 트렌드이기 때문에 사람들은 XML 트렌드에 동참하고 싶어합니다. XHTML은 HTML4 마크업 언어를 대체하는 현재 표준입니다. XHTML 1.0을 사용하면 몇 가지 간단한 규칙을 주의 깊게 따르면 XML 시스템과 최신 HTML 브라우저 모두에 적합한 페이지를 디자인할 수 있습니다. 이것이 의미하는 바는 사람들이 XML 지원 브라우저를 사용할 때까지 기다리지 않고 즉시 XML을 사용하도록 디자인할 수 있다는 것입니다. 이러한 지침을 통해 웹에서 XML로 원활하게 전환할 수 있습니다.
(3) XHTML 사용의 또 다른 장점은 매우 엄격하다는 것입니다. 현재 인터넷상의 HTML의 열악한 상황은 충격적입니다. 초기 브라우저에서는 비공개 HTML 태그를 허용했기 때문에 사람들은 페이지가 호환되는지 확인하기 위해 다양한 브라우저를 사용하여 페이지를 감지해야 했습니다. 사람들은 다양한 브라우저를 수용하기 위해 디자인을 수정해야 했습니다.
(4) XHTML은 다른 XML 기반 마크업 언어, 애플리케이션 및 프로토콜과 원활하게 상호 작용할 수 있습니다.
(5) XHTML은 웹 표준 제품군의 일부이며 무선 장치와 같은 다른 사용자 에이전트에서 잘 작동합니다.
(6) 웹사이트 디자인 측면에서 XHTML은 프레젠테이션 레이어 코드의 나쁜 습관을 없애고 페이지 작동을 테스트하기 위한 태그 확인 습관을 기르는 데 도움이 될 수 있습니다.

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.