머리말
"내 급여 카드는 통신 은행에서 발행한 것이지만, 집 아래층에 있는 ICBC ATM에서 종종 돈을 인출합니다.
저는 상하이 출신이고 광저우에 있는 동급생들과 중국어로 소통할 수 있습니다.
오늘 수도꼭지가 고장 나서 배관 가게에 가서 새 수도꼭지를 사서 교체했습니다.
나는 프랑스로 여행 중인데 프랑스 친구가 베이징 시간으로 15시 30분에 나를 데리러 오라는 통보를 받았습니다. "
비슷한 일이 인생에서 매일 일어납니다. 그런 일은 평범하고 특별하지 않은 것 같습니다. 그러나 다음 사항에 대해 생각해 본 적이 있습니까?
왜 모든 은행카드의 크기가 같나요?
중국어를 사용하여 광저우에 있는 반 친구들과 소통할 수 있는 이유는 무엇입니까?
왜 구입한 새 수도꼭지의 나사가 기존 수도관에 그냥 연결되나요?
왜 프랑스 친구들은 잘못된 시간에 나를 데리러 오지 않는 걸까요?
일상생활의 많은 것들에 대해 우리는 그 이면에 숨겨진 "요인"이 작용하고 있다는 사실을 알아차리지 못합니다. 그 요인은 바로 표준입니다.
"은행 카드 표준"을 사용하면 은행마다 카드 크기가 다르기 때문에 걱정할 필요가 없습니다. 모든 현금 지급기의 카드 입구는 동일합니다.
"보퉁화 표준"을 통해 전국의 사람들이 언어로 편리하게 소통할 수 있습니다.
"나사에 대한 업계 표준"에 따라 6점 수도꼭지를 구입하면 반드시 6점 수도관에 연결할 수 있습니다.
그리니치 표준시를 사용하면 전 세계 사람들이 비행 시간을 잘못 잡는 일이 결코 없습니다.
모든 계층에는 고유한 표준과 규범이 있습니다. 표준은 의사소통을 촉진하고 협업을 촉진하며 효율성을 향상시킬 수 있습니다.
IT 산업의 경우 장치와 정보의 다양성으로 인해 이들 간의 통신과 협업을 보장하는 표준이 필요합니다. 당사는 휴대폰, 프린터 및 디지털 카메라 간에 데이터를 교환할 수 있으며 웹사이트, 이메일 및 사무용 소프트웨어 간에 정보를 전송할 수 있으며 미래의 새로운 장치(예: 셋톱 박스, 정보 기기)에 기존 리소스를 적용해야 할 수도 있습니다. 통일된 표준이 없으면 이제 모든 정보는 고립되어 공유할 수 없고 재사용할 수 없습니다. 새로운 장치에 대한 데이터를 재구성하려면 많은 인력과 물적 자원을 낭비해야 합니다. 각 다중 시스템 애플리케이션.
다행히 우리는 XML이라는 해결책을 찾았습니다.
XML은 단순히 "규정된 형식의 문서"입니다. 우리의 장치나 시스템에서 생성된 데이터가 이 형식을 준수하는 한 상호 데이터 교환, 공유 및 협업이 가능합니다.
1998년 국제월드와이드웹기구(W3C.org)가 XML 1.0 사양을 발표한 이후 우리가 휴대폰으로 구독하는 일기예보, 주식 시세 등 수많은 XML 표준이 우리 생활에 적용되었습니다. 데이터는 모두 해당 시스템에서 얻은 후 XML 형식 변환을 통해 귀하에게 전송됩니다. 우리는 QQ 또는 MSN을 통해 온라인에 없는 친구의 휴대폰으로 메시지를 보내고 이 정보도 XML 변환을 통해 실현됩니다. CRM, ERP 및 콘텐츠 관리 시스템 간의 데이터 상호 작용, 통합 및 공유는 모두 XML을 사용합니다.
그러면 자연스럽게 웹 페이지(웹)도 XML 표준을 따라야 하는가?라는 생각이 들 것입니다. 대답은 '예'입니다.
월드와이드웹(World Wide Web)의 출현 이후 사람들이 정보를 얻는 방식은 크게 바뀌었습니다. 과거에는 신문, TV, 라디오를 통해 정보를 얻었지만 이제는 인터넷과 브라우저를 통해 정보를 얻는 것이 더욱 편리해졌습니다. 웹상의 정보 역시 처음에는 단순하고 정적인 문서와 그림 정보에서 이제는 역동적이고 상호작용적인 멀티미디어 정보로, '무섭다'고 할 정도로 풍부해졌습니다. 작년 말까지 Google 검색 엔진은 82억 개의 웹페이지와 21억 개의 이미지를 검색할 수 있었습니다. 이렇게 많은 데이터는 재산이지만 효과적으로 활용하고 검색할 수 없다면 '정보쓰레기'가 됩니다. 실제로 데이터 중복이 발생하여 정보를 효과적으로 공유하고 쿼리할 수 없습니다.
당사 웹사이트의 99%는 HTML을 사용하여 만들어지며 HTML은 XML 형식을 따르지 않습니다. 따라서 이러한 웹 페이지 정보는 향후 새로운 장치 및 데이터 공유의 요구 사항에 적응하기 어렵습니다. 무엇을 해야 할까요? International World Wide Web Organization(W3C.org)에서는 HTML을 기반으로 하고 XML 형식에 따라 간단한 변경만으로 HTML을 XHTML로 변환할 수 있는 새로운 사양을 제안했습니다. XML 전환으로 변환. 동시에 페이지 정보를 더 쉽게 검색하고 재사용하려면 XHTML 코드가 더 명확한 구조와 더 의미 있는 태그를 가져야 합니다. W3C는 CSS를 사용하여 프레젠테이션에서 콘텐츠를 분리하도록 권장합니다.
이것이 바로 우리 책의 내용입니다: 웹 표준 기술을 사용하여 웹사이트 재구성.
1: 웹 표준 이해
1. 웹 표준이란 무엇입니까?
먼저, 개념을 명확히 해야 합니다. 이 책에서 우리가 이야기하는 웹 표준은 XML을 의미하는 것이 아니라, 대량의 HTML 정보를 XML 표준으로 전환하기 위해 W3C와 ECMA가 공식화한 일련의 기술 사양을 의미합니다. 현재는 주로 XHTML1을 포함하고 있습니다. 0, CSS2.0, DOM1 및 ECMA JavaScript. 웹 표준은 단순한 사양이 아니라 일련의 사양을 총칭하는 명칭입니다.
이러한 사양에 따라 제작된 웹 페이지는 XML 형식 사양을 준수하고 별도의 콘텐츠와 성능을 준수하므로 향후 페이지 데이터를 공유, 교환 및 재사용할 수 있습니다.
아래에서는 몇 가지 중요한 기본 사항을 살펴보겠습니다. 이미 마스터하셨다면 섹션 2를 건너뛰고 바로 읽으셔도 됩니다.
2. w3c란 무엇인가요?
W3C는 '월드와이드웹 컨소시엄(World Wide Web Consortium)'의 약자로 중국어로는 월드와이드웹기구(World Wide Web Organization)라고 부른다. "웹 기술 선도 및 발전"에 초점을 맞춘 국제 산업 협회입니다. 월드와이드웹(World Wide Web)의 창시자인 타임 버너스 리(Time Berners-Lee)가 주도하고 1994년 설립됐다. W3C에는 이미 Microsoft, America Online(Netscape의 모회사), Apple Computer, Adobe, Macromedia, SUN 및 다양한 주류 하드웨어 및 소프트웨어 제조업체와 통신 회사를 포함하여 500개 이상의 회원이 있습니다. 학회의 주요 연구는 미국 매사추세츠공과대학(MIT), 프랑스 정보수학유럽연구포럼(ERCIM), 일본 케케이대학교(KEIO) 등 3개 학술기관이 주관한다.
W3C의 주요 업무는 웹 관련 제품의 상호 운용성을 향상시키기 위해 개방형 사양(사실상 표준)을 연구하고 공식화하는 것입니다. W3C 권장 사양의 공식화는 회원과 특별히 초청된 전문가로 구성된 워킹 그룹에 의해 완성됩니다. 워킹그룹의 초안(Drafts)은 다수의 관련 기업 및 조직의 승인을 받은 후 논의를 위해 W3C 위원회에 제출됩니다. 정식 승인을 받은 후 "권고사항"이 되어 공개됩니다. 자세한 내용은 W3C 웹사이트 (www.w3.org) 를 참조하세요.
3. W3C에서 발행한 표준
3.1 HTML4.0
하이퍼텍스트 마크업 언어(HTML, Hypertext Markup Language)는 오늘날의 웹 페이지에서 널리 사용됩니다. HTML의 목적은 제목 표시와 같은 문서에 구조적 정보를 추가하는 것입니다.
단락을 나타냅니다. 브라우저는 이러한 문서의 구조를 분석하고 해당 표현으로 표현할 수 있습니다. 예: 브라우저는... 사이의 내용을 굵게 표시합니다.
디자이너는 CSS(Cascading Style Sheets)를 사용하여 특정 구조가 표현되는 방식을 정의할 수도 있습니다.
3.2 XML1.0
XML은 Extensible Markup Language(Extensible Markup Language)의 약어입니다. XML은 HTML과 유사한 마크업 언어입니다. 차이점은 HTML에는 고정된 태그가 있는 반면, XML에서는 자체 태그를 정의할 수 있으며 XML 네임스페이스를 통해 문서에 대한 여러 설정 세트를 정의할 수도 있습니다. XML 예를 살펴보십시오.
<주소록>
<항목>
<name>AJIE</name><email>[email protected]</email>
</entry>
<entry><name>ALLAN</name><email>[email protected]</email>
</entry>
<entry><name>YAHOO</name><email>[email protected]</email>
</entry>
</주소록>
XHTML 및 MathML과 같은 일부 XML 애플리케이션은 W3C 권장 사양이 되었습니다. 스타일 사양(CSS 및 XSL)을 통해 XML 태그 표현을 정의할 수도 있습니다. XML 문서는 현재 브라우저로 직접 표시할 수 없습니다. 페이지 표시는 여전히 HTML 또는 XHTML을 사용하여 서버(시스템 및 시스템) 간의 데이터 교환에 주로 사용됩니다.
3.3 CSS2.0
CSS는 Cascading Style Sheets의 약자입니다. CSS는 HTML 또는 XML 태그의 표시를 제어할 수 있습니다. W3C는 웹을 더 단순하게 만들고 구조를 더 명확하게 만들기 위해 CSS 레이아웃 방법을 사용할 것을 권장합니다.
3.4 XHTML1.0
XHTML은 실제로 XML 사양에 따라 HTML을 재정의합니다. 태그는 HTML4.0과 일치하며 형식은 XML 사양을 엄격하게 따릅니다. 따라서 XHTML은 브라우저에서 HTML과 동일하게 표시되지만 PDF로 변환하려는 경우 XHTML이 훨씬 쉽습니다.
XHTML에는 엄격한, 전환 및 프레임세트라는 세 가지 DTD 정의가 있습니다. DTD는 Document Type Definition의 약어입니다. 이는 XHTML 파일의 시작 부분에 작성되며 이 문서가 준수하는 사양과 이를 구문 분석하는 데 사용되는 사양을 브라우저에 알려줍니다.
3.5 DOM1.0
DOM은 Document Object Model의 약어입니다. DOM은 스크립트 언어(ECMAScript와 유사)에 무제한 기능을 제공합니다. 이를 통해 스크립팅 언어는 전체 문서의 구조, 내용 및 프리젠테이션에 쉽게 액세스할 수 있습니다.
4 ECMA란 무엇입니까?
"European Computer Manufactures Association"의 약어로, 중국어로는 유럽컴퓨터제조협회(European Computer Manufacturer Association)라고 합니다. 프로그래밍 언어와 입출력을 포함한 통일된 컴퓨터 운영 포맷 표준을 제정하기 위해 1961년 설립된 단체이다.
ECMA는 ISO(국제표준화기구) 및 IEC(국제전기기술표준화기구) 본부와 인접한 제네바에 위치하고 있습니다. 주요 업무는 정보통신기술 표준을 연구하고 관련 기술 보고서를 발행하는 것입니다. ECMA는 공식적인 조직은 아니지만 다른 국제기구와 협력하는 경우가 많은 주류 제조업체로 구성되어 있습니다.
4.1 ECMA에서 발행한 표준 ECMA스크립트
ECMAscript는 Netscape javaScript를 기반으로 하는 표준 스크립팅 언어입니다. 또한 객체 기반 언어이며 웹 페이지의 모든 객체는 DOM을 통해 조작될 수 있습니다. 개체를 추가, 삭제, 이동 또는 변경할 수 있습니다. 이는 웹페이지의 상호작용성을 크게 향상시킵니다.
위의 표준은 현재 HTML에서 XML로 전환하는 과정에서 사용하고 있는 주요 표준이자 이 책의 주요 범위이기도 합니다.
5. 웹표준의 장점
5.1 사용 편의성
웹 표준으로 만들어진 페이지는 검색 엔진에게 더 "투명"합니다. 왜냐하면 훌륭하고 명확한 구조를 통해 검색 엔진이 정보를 쉽게 판단하고 평가할 수 있게 하여 더 정확한 색인을 구축할 수 있기 때문입니다. 웹 표준에 따라 작성된 페이지는 이전 브라우저에서도 정상적으로 기본 구조를 표시할 수 있습니다. CSS/XSL 스타일을 구문 분석할 수 없더라도 완전한 정보와 구조를 표시할 수 있습니다.
웹 표준을 준수하는 페이지는 데이터베이스나 워드 형식 등 다른 형식의 문서로도 쉽게 변환할 수 있으며, 인터넷 TV, PDA 등과 같은 하드웨어나 소프트웨어 시스템 등 새로운 시스템에도 쉽게 이식할 수 있습니다. 이것이 XML의 고유한 장점입니다.
웹 표준을 준수하는 페이지 역시 고유한 '접근성'을 갖고 있습니다. 일반 브라우저에서 읽을 수 있을 뿐만 아니라 장애인도 블라인드 브라우저와 음성 판독기를 통해 정상적으로 사용할 수 있습니다.
5.2 이전 버전과의 호환성
웹 표준을 사용하여 구축된 페이지는 향후 새 브라우저나 새 네트워크 장치에서 잘 작동할 것입니다. 해당 표현 형식을 사용자 정의하려면 CSS 또는 XSL만 수정하면 됩니다.
2: 웹 표준에 대한 생각과 논쟁
위의 소개를 통해 우리는 W3C가 XML 표준을 수립하려는 이유와 주요 제조업체가 XML을 기꺼이 지원하려는 이유를 예비적으로 이해했습니다. 또한 XML 표준으로 전환하려면 이 단계에서 어떤 웹 표준을 배우고 마스터해야 하는지도 배웠습니다. 다음 단계는 이를 구체적으로 적용하는 것입니다. 하지만 우리는 그 적용이 생각만큼 원활하지 않다는 것을 알았고, 우리 앞에는 여전히 많은 어려움이 있었습니다:
HTML4.0 또는 이전 사양을 사용하여 생성된 웹 페이지의 99%는 XHTML로 변환되어야 합니다.
웹 표준을 준수하지 않는 기술을 사용하여 매일 게시되는 수많은 새로운 페이지가 여전히 있습니다.
웹 표준을 지원하는 사용하기 쉽고 강력한 페이지 개발 소프트웨어가 부족합니다.
주류 브라우저 IE는 웹 표준을 불완전하게 지원합니다.
많은 디자이너는 웹 표준을 이해하고 개념을 바꿔야 합니다.
그 중에서도 '발상의 전환'이 가장 중요하고 어려운 일이다. 많은 디자이너들은 여전히 웹 표준을 이해하지 못하고 이를 보고 싶어하거나 심지어 반대하기도 합니다. 여기에서는 웹 표준을 홍보하는 과정에서 직면하게 되는 일반적인 문제와 논쟁을 분석합니다.
(1) 웹 표준에 대하여
1. 웹 표준은 '표준'이 아닌데 왜 준수해야 합니까?
실제로 웹 표준은 표준이 아니며 W3C가 공식화한 권장 사양일 뿐입니다. W3C는 업계 구현을 의무화하거나 감독하지 않습니다. 이러한 사양의 홍보를 촉진하기 위해 웹 표준 조직(webstandards.org)에서는 이를 총칭하여 "웹 표준"이라고 부릅니다. W3C는 "권장 사양"일 뿐이지만 이미 세계 500대 주요 IT 기업 회원들이 인정한 사양인 사실상의 표준입니다. 그 폭과 타당성을 의심할 이유가 없습니다. Microsoft는 W3C의 주요 회원이기도 하며 W3C가 통과한 사양을 확실히 지원할 것입니다. 그러나 상업적 경쟁 고려 사항으로 인해 Microsoft는 일반적으로 사용자를 구속하기 위해 몇 가지 세부적인 조정을 수행하지만 이는 W3C 사양의 방향성과 권위에 영향을 미치지 않습니다. .
2. DIV+CSS는 웹 표준인가요?
DIV+CSS는 특정 기술 구현 수단일 뿐이며 웹 표준을 다루지 않습니다. 웹 표준은 HTML을 XHTML로 변환하는 것뿐만 아니라 더 중요한 것은 정보 구조가 명확하고 내용과 성능이 분리되어 있으며 DIV+CSS 기술이 이 아이디어를 더 잘 실현할 수 있다는 것입니다. 따라서 우리가 보는 대부분의 표준 준수 페이지는 DIV+CSS를 사용하여 만들어집니다.
(2) 웹 표준의 장점에 대해.
1. 기술이 발전하고 네트워크 대역폭이 점점 더 커지고 속도가 빨라지고 있습니다. 이러한 바이트를 절약하는 것이 합리적입니까?
웹 표준의 장점 중 하나는 웹 표준으로 만든 페이지의 코드량이 적고 대역폭을 절약할 수 있다는 점입니다. DIV 자체의 구조가 TABLE보다 단순하기 때문에 이는 웹 표준의 부수적 이점일 뿐입니다. TABLE 레이아웃의 중첩된 레이어로 인해 코드가 커지고 파일 크기가 확장됩니다. 일반적인 상황에서 동일한 성능의 페이지에 DIV+CSS를 사용하면 TABLE 레이아웃을 사용할 때보다 코드가 2/3 절약됩니다. 이는 웹 표준의 고유한 이점입니다. 대역폭 절약의 중요성은 주로 일반 사용자를 위한 것이 아니라 주로 웹 사이트 운영자, 특히 Sina 및 NetEase와 같은 중대형 웹 사이트를 위한 것입니다. 뉴스 홈페이지가 50만에서 17만으로 줄었습니다. 하루 페이지 조회수가 3천만(보수적 수치)이라고 가정하면 절약되는 서버 트래픽은 33만*30000000=9440G입니다.
2. 장애인(시각 장애 및 부분 시력)도 고려해야 합니까?
장애인이 인터넷을 검색할 수 있는 편의를 제공하는 것은 미국과 일부 유럽 국가의 법적 요구 사항입니다. 웹 표준 페이지의 명확한 구조와 완전한 의미로 인해 일부 관련 장치에서는 장애인에게 정보를 쉽고 정확하게 추출할 수 있습니다. 따라서 시각 장애인이 정보를 더 쉽게 읽을 수 있도록 하는 것은 웹 표준의 자연스러운 이점 중 하나가 되었습니다. 중국에는 아직도 먹을 것과 입을 것에 대해 걱정하는 사람들이 많다고 말하는 일부 사람들은 장애인을 배려할 시간이 없다고 말합니다. 이는 사회문명과 사회도덕의 문제로서 이 책의 범위를 벗어나는 문제이다. 하지만 웹 표준에 따라 페이지를 제작하면 이런 효과를 얻을 수 있는데 왜 안 되겠습니까?
(3).레이아웃에 대하여
1.웹 표준에서는 테이블을 사용할 수 없나요?
우선, 개념을 명확히 해야 합니다. 웹 표준은 TABLE 태그의 사용을 허용하지 않습니다. TABLE은 XHTML1.0의 표준 태그이기도 합니다. 우리는 전통적인 테이블 레이아웃을 대체하기 위해 DIV+CSS 레이아웃을 사용하는 것을 권장합니다. 그 이유는 원래 TABLE 레이아웃이 성능과 내용을 혼합하고 구조가 불분명하며 내용이 불완전하여 내용의 재사용에 도움이 되지 않기 때문입니다. 그리고 의미상으로 말하면, W3C는 TABLE 태그를 공식화할 때 테이블 구조를 정의하는 데에만 이를 사용했습니다. 문서에 테이블이 있으면 TABLE을 사용해야 합니다. 조판 및 위치 지정과 같은 성능 관련 사항은 CSS로 제어해야 합니다.
2. 테이블 레이아웃을 사용하여 버전을 수정하는 것이 매우 편리합니다. CSS를 사용하면 나보다 효율적이지 않을 수 있습니다.
어떤 경우나 프로젝트에서는 말씀하신 것처럼 테이블 레이아웃을 사용하여 버전을 매우 빠르게 수정할 수 있습니다. 하지만 이는 장기적인 해결책이 아니며, 웹 표준에서는 콘텐츠와 프리젠테이션이 분리되어 있으며, 이러한 분리 후에는 모든 스타일, 스타일, 레이아웃 등이 개별적으로 분리되고 제어됩니다. , , 수정이 정말 편리합니다. 그리고 "개정"은 단순히 브라우저의 개정이 아닙니다. 동일한 페이지를 휴대폰에 게시해야 하는 경우 웹 표준을 준수하는 페이지는 스타일 파일만 수정하면 되고 테이블 레이아웃은 완전히 다시 작성하면 됩니다. . 앞으로도 게시해야 한다면 인터넷 TV나 다른 새 장치에 게시해야 합니까? CSS는 테이블보다 효율적이어야 합니다.
3. 웹표준을 이용해 아름다운 페이지를 만들 수 있나요?
처음에 웹 표준을 연구하고 홍보하던 사람들이 페이지를 상대적으로 '단순'하게 만들었기 때문에 이는 모든 사람들에게 웹 표준 페이지가 단순하고 그래픽이 가볍고 시각 효과가 가볍다고 생각하는 오해를 불러일으켰습니다. 실제로 TABLE 레이아웃으로 얻을 수 있는 페이지 효과는 기본적으로 CSS로도 얻을 수 있습니다. 이 질문은 별다른 설명이 필요하지 않지만, 국내외에서 새로 구축된 웹 표준 사이트만 봐도 알 수 있습니다. 예: www.macromedia.com , www.mp3.com
(4).브라우저 호환성에 대하여
1. IE가 시장의 99%를 점유하고 있어서 웹 표준에 신경 쓸 필요가 없습니다. IE에서 볼 수 있는 페이지라면 괜찮습니다.
"사용자 중심"은 일반적으로 웹 표준에 반대하는 사람들이 사용하는 방패입니다. 실제로는 위선적인 "사용자 중심"입니다. IE가 항상 브라우저 시장을 독점할 것이라고 보장할 수 없으며 IE가 어떤 변경도 하지 않을 것이라고 보장할 수 없습니다(사실 Microsoft의 IE7은 웹 표준에 대한 지원을 개선하기 시작했습니다). html+테이블 레이아웃 사용을 고집하는 페이지는 "죽은" 정보가 되어 검색이 불편하고 재사용 및 공유가 불가능하므로 장기적으로 이는 사용자에게 가장 큰 피해입니다.
2. 웹 표준 페이지 호환성이 좋지 않은 이유는 무엇인가요?
우리는 웹 표준의 장점이 좋은 호환성이라고 말합니다. 이 호환성은 이전 버전과의 호환성 및 새로운 브라우저 및 새로운 장치와의 호환성을 의미합니다. 기존 브라우저의 경우 웹 표준에 대한 지원 수준이 다르기 때문에 브라우저에 따라 페이지가 변형될 수 있습니다. 다양한 브라우저와의 호환성을 확보하려면 몇 가지 "해킹" 기술을 사용해야 합니다. 이는 무기력하고 피할 수 없는 웹 기술의 발전이 반드시 거쳐야 할 과정이며, XML로의 전환 과정에서 반드시 극복해야 할 어려움이다.
(5).기타
1. 유용한 개발 도구가 없으면 코드를 직접 작성해야 하나요?
예. 웹 표준에 대한 더 깊은 이해를 돕기 위해 직접 코드를 작성하는 것이 좋습니다. 실제로 많은 개발 소프트웨어가 웹 표준을 지원하기 시작했습니다. 최신 버전의 Dreamweaver 8, Adobe의 Golive 및 Microsoft의 Visual Studio.NET 2005를 살펴볼 수 있습니다. 이러한 도구는 이미 웹 표준 페이지 개발을 지원합니다. 새로운 기술이 나왔을 때, 맹목적으로 반대하거나 효과가 나타나기를 기다리기보다는 그것을 이해하고, 실천하고, 평가하는 자세가 되어야 합니다. 그렇지 않으면 항상 뒤처지게 될 것입니다.
2. 상사는 이해하지 못하고 고객은 요구 사항이 없습니다. 왜 웹 표준을 사용해야 합니까?
귀하 또는 개발팀이 웹 표준 기술에 익숙하지 않은 경우 새로운 프로젝트에 웹 표준을 채택하는 데에는 실제로 위험(기술적 및 비용 위험)이 있습니다. 평가 후 웹 표준 채택 여부를 결정할 수 있습니다. 그러나 표준을 채택하면서도 여전히 상사와 고객을 속일 수 있는 능력이 있다면 이는 직업 윤리와 전문성의 문제입니다.
세 번째: 미래와 방향
여러분도 저처럼 WEB의 미래가 어떤 모습일지, 차세대 신기술 핫스팟이 어떻게 될지 걱정하고 계시리라 생각합니다. 사실 이 질문에 답하기 위해 W3C만큼 권위 있는 사람은 없습니다. W3C가 어떤 일을 하고 있고, 어떤 스펙을 연구하고 있는지만 봐도 WEB의 방향과 트렌드를 알 수 있다.
W3C는 다음과 같이 분명히 말합니다. XML이 미래 트렌드이며 개방성과 공유가 인터넷의 정신이자 근본적인 원동력이라는 것은 의심의 여지가 없습니다.
W3C 리더이자 World Wide Web의 아버지인 Tim Berners-Lee는 다음과 같이 말했습니다. XML은 정보 교환 수단을 제공하지만 이는 시작에 불과합니다. 우리의 목표는 웹의 의미를 만드는 것입니다. 즉, 웹의 정보 콘텐츠를 더 쉽게 이해하고 교환하고 공유할 수 있도록 만드는 것입니다. RDF 및 OWL 언어는 이와 관련하여 더욱 강력한 지원을 제공할 것입니다.
웹 기술은 새로운 변화와 발전을 맞이하고 있습니다. 웹 표준을 배워야 할지 아직 망설이고 있다면 이 기회를 놓치게 될 것입니다.