Adobe 와 애플의 플래시에 대한 충돌은 올 상반기의 초점 사건으로 많은 사람들의 관심을 끌었고, 이 사건 때문에 HTML5 의 존재를 처음 알게 된 사람들도 많다. HTML5 를 처음 아는 사람은 놀라실 겁니다. HTML5 사양은 이미 6 년 전에 제정되었다. 지금은 HTML5 규격 초안이 좋지만, 언제 실제로 표준이 될 수 있을지는 아직 확실하지 않다.
사실, HTML5 규범위원회의 업무 진행은 매우 느리다. 브라우저 벤더든 다른 것이든 브라우저를 개선하고 웹 세계를 개선하는 방법에 대한 아이디어가 너무 많기 때문에 HTML5 사양에서 융합하고 합의하는 데는 시간이 걸릴 수 있습니다. 일부 브라우저에서 많은 새로운 태그 및 JavaScript 함수를 테스트했지만 상호 운용성 및 표준화 문제는 아직 해결되지 않았습니다. 예를 들어, 애플이 제작한 HTML5 데모는 인상적이지만 Safari 에서만 잘 작동합니다. 이것이 바로 플래시 지지자들이 HTML5 를 비웃고 인터넷을 2000 년 브라우저 대전 시대로 되돌려 놓은 이유이다.
이런 조롱은 HTML5 의 지지자들을 슬프게 할 수도 있고, 긴 기다림도 힘들지만 HTML5 를 무시하는 것은 옳지 않다. HTML5 뒤에는 업계의 거물뿐 아니라 표준화가 IT 기술 발전의 필연적인 추세이기 때문이다. 소프트웨어의 경우 브라우저든 관련 개발 도구든 주변의 다양한 기술을 지속적으로 흡수하고 결국 표준화하는 것은 기술 발전의 필연적인 법칙이다.
확실히 HTML5 는 인터넷의 모든 측면을 바꿀 것이다. Flash 를 완전히 대체하지는 않지만 인터넷을 재구성하여 위치 추적에서 클라우드에 데이터 저장까지 플러그인 없이 더 많은 작업을 수행할 수 있도록 합니다. HTML5 태그는 보다 간단한 작업을 수행하는 플러그인을 대체하며, 적어도 경우에 따라 더 많은 사용자에게 고급 기능을 개발할 수 있습니다. 결국 인터넷을 더 안전하고 효율적이며 유연하게 만들 수 있습니다.
그럼, 새로운 표준이 될 HTML5 는 우리를 어디로 데려갈까요? 다음은 개발자, 프로그래머, 디자이너의 의견을 모아 HTML5 가 인터넷을 어떻게 바꾸는지 알 수 있습니다.
플러그인의 중요성 감소
과거에는 혁신적인 아이디어와 대담한 실험, 사운드, 애니메이션 및 기타 매우 생생한 웹 페이지가 Sun, Adobe, RealAudio, Microsoft 및 기타 회사에서 개발 한 플러그인을 통해 인터넷에서 처음 선보일 때 정말 상쾌했습니다. 그러나 문제는 곧 나타났다. 플러그인 인터페이스는 모든 사람에게 개방되어 있으며, 모든 사람이 오래된 텍스트 기반 세계에 새로운 기능을 추가하려고 시도하고 있다. 혼란은 불가피하다. 그중에서 가장 유명한 플러그인은 플래시, 그리고 수많은 다른 유사한 플러그인이다.
여러 가지 이유로 애플은 Adobe 의 플래시가 자체 플랫폼에서 실행되는 것을 금지하여 많은 애플 팬들이 애플 플랫폼에서 플래시를 볼 수 없게 했다. 그러나 HTML5 의 보급으로 이런 충돌이 더 이상 발생하지 않고 상대적으로 폐쇄적인 개발 시스템을 점차 도태시킬 수 있다. JavaFX 는 정말 강할 수 있지만 JavaScript 와 Canvas 개체가 같은 일을 할 수 있기 때문에 왜 또 다른 문법을 배워야 하는가? 비디오 태그가 오디오 및 비디오 동기화를 할 수 있다면, 누가 진짜 생태계가 필요합니까?
그럼, 모든 플러그인이 정말 사라질까요? 어쩌면, 하지만 그것은 당신이하고 싶은 것에 달려 있습니다. 대상이 단순히 이미지를 그리는 것이라면 Canvas 객체로 충분할 수 있습니다. 하지만 복잡한 플래시 및 Shockwave 게임에서 볼 수 있는 것처럼 전문적인 3D 세계를 구축하려면 전용 플러그인 기술에 의존해야 할 수 있습니다. 이러한 플러그인 기술은 비디오 하드웨어에 직접 액세스하여 3D 게임을 실행할 수 있기 때문입니다.
동적 이미지 생성 지원
과거에는 웹 페이지에 표시된 이미지가 직접 다운로드한 GIF 또는 JPG 이미지에서 나왔지만 HTML5 에서는 이미지가 이미지 파일에서 직접 가져온 것이 아니라 Canvas 객체에 의해 일시적으로 생성되었을 수 있습니다. 네트워크에 많은 우수한 그래픽 라이브러리가 있어 이미지를 동적으로 쉽게 생성할 수 있습니다.
오늘날 JavaScript 계층은 데이터를 기준으로 계산한 다음 차트를 그릴 수 있습니다. 소프트웨어 개발자가 충분한 시간과 재능을 가지고 있다면, 인터넷상의 모든 것을 더욱 생동감 있게 만들 수 있고, 일반 텍스트 내용은 갈수록 줄어든다. Flash 는 시작에 불과하며, HTML5 환경을 통해 웹 개발자는 복잡한 그림을 쉽게 개발할 수 있습니다. 웹 개발자의 이미지 제어 능력을 더욱 향상시킬 수 있는 유사한 도구가 시장에 등장했으며, 도구가 성숙함에 따라 개발자도 보다 전문적이고 복잡한 그래픽을 개발할 것입니다.
여기서 발생할 수 있는 문제 중 하나는 이 이미지 처리가 클라이언트 프로세서의 처리 능력에 대한 요구 사항과 같은 클라이언트 프로세서에 큰 부담을 줄 수 있다는 것입니다. 이전에는 일부 개발자가 플래시 플러그인을 전혀 사용하지 않았습니다. 렌더링 디스플레이 플래시 내용은 프로세서에 많은 압력을 가해 사용자의 최종 경험에 큰 영향을 미칠 수 있기 때문입니다. 이것은 앞으로 문제가 되지 않을 것이다. 개발자는 성능에 영향을 미칠까 봐 사용자에게 생생한 화면을 경험하게 하는 것이 아니라 절충된 선택을 해야 한다. 플래시가 성능에 미치는 영향에 대해 불평하는 모든 사람들은 이것이 기술 자체와는 무관하다는 것을 알아야 한다. 문제는 디자이너가 이 기술을 너무 많이 사용하여 우리의 주의를 끄는 것이다.
웹 프로그램이 로컬 스토리지를 활용할 수 있도록 허용
실제로 웹 프로그래머는 브라우저측 로컬 저장 공간을 이용해 이미 많은 정보를 저장할 수 있다. 예를 들어 IE 는 최대 300 개의 쿠키와 최대 4096 바이트의 콘텐츠를 허용합니다. 하지만 정말 실용적인 웹 프로그램을 개발하려면 이보다 더 많은 저장 공간이 필요할 수 있습니다. 예를 들어, 이전의 Dojo toolkit 은 Flash 플러그인을 사용하여 사용자 하드 디스크에 공간을 할당하고 브라우저에 남겨 두었습니다. 지금은 매우 간단합니다. HTML5 로도 같은 목적을 달성할 수 있습니다.
이 스토리지 부분의 경우 프로그래머는 클라우드 서비스 애플리케이션 및 데이터를 로컬 하드 드라이브에 저장하는 등 필요에 따라 자유롭게 사용할 수 있습니다. 이로 인해 클라우드 어플리케이션의 제공, 설치 및 배포가 기존 어플리케이션과 매우 유사합니다. 예를 들어, 인터넷 연결이 없으면 HTML5 응용 프로그램의 JavaScript 코드가 이전에 서버에서 다운로드되어 로컬에 저장되기 때문에 클라우드 응용 프로그램을 정상적으로 실행할 수 있습니다.
물론, 이 기술의 적용은 클라우드 어플리케이션의 보급에 영향을 미치지 않습니다. 현재의 운영 모드는 과거와는 크게 다르기 때문입니다. 로컬 데이터베이스는 실제로 스마트 캐시의 역할을 합니다. 또한 게임 개발자는 장면 정보 및 장비 정보를 로컬로 저장할 수 있으므로 컴퓨터에 연결할 때마다 다운로드하는 것을 방지하고 자료를 다운로드하는 시간을 절약할 수 있습니다. 단점은 이러한 데이터베이스가 시스템 폴더에 깊이 묻혀 있어 백업 데이터가 매우 복잡해진다는 것입니다. 사용자가 한 시스템에서 다른 시스템으로 데이터를 마이그레이션하려는 경우 데이터 마이그레이션이 더욱 복잡해질 수 있습니다.
아마도 혼합 클라우드의 출현은 이 문제를 해결할 수 있을 것이다. 혼합 클라우드를 사용하면 데이터가 클라우드와 로컬 컴퓨터에 모두 저장되는 반면, 로컬 컴퓨터는 단순히 데이터를 캐시하고 최종 버전은 클라우드에 저장되므로 모든 컴퓨터에서 액세스할 수 있습니다.
웹 개발에서 데이터 추출 단순화
웹 페이지에서 데이터를 추출한 웹 개발자는 기존의 HTML 구조가 브라우저 정보가 어디에 있는지 알려주는 것 외에는 의미 있는 정보를 거의 제공할 수 없다는 것을 알고 있습니다. 개발자는 데이터 자체에 대한 정보를 알아야 합니다. 이를 통해 프로그래머는 데이터의 진정한 의미를 이해할 수 있습니다. HTML5 에서 소위 마이크로포맷이라고 하는 새로운 메커니즘은 HTML 에 특수 태그를 추가하여 프로그래머가 태그 내 데이터의 실제 의미를 분석하는 데 도움을 줍니다.
마이크로포맷이 네트워크에 얼마나 많은 변화를 가져올지 예측할 수 있는 사람은 아무도 없지만, 이 새로운 메커니즘이 프로그래머에게 큰 편리함을 가져다 주고 보다 효율적인 웹 앱을 개발하는 데 도움이 된다는 것을 쉽게 알 수 있다. 예를 들어, 날짜와 시간을 나타내는 좋은 표준 방법이 있다면 프로그래머는 웹 사이트용 시간 관련 웹 프로그램을 개발할 때 다른 사람이 사용할 수 있는 시간 형식을 분석하거나 추측할 필요가 없습니다. 이렇게 하면 달력, 일정, 일정 등 여러 데이터 소스에서 시간 정보를 수집해야 하는 응용이 매우 간단한 작업이 됩니다.
포지셔닝 서비스 지원
인터넷 세계에서, 과거에는, 우리는 그것의 IP 주소만 알고 있었고, 우리는 그 숫자들이 어떤 현실 세계에 해당하는지 알지 못했다. 예를 들어, 과거에는 컴퓨터가 어디에 있는지 아는 것이 거의 불가능했지만, 현재 위치 서비스는 이 문제를 해결할 수 있다. HTML5 표준에서 자바스크립트가 브라우저 사용자의 지리적 위치 (예: 위도 및 경도 정보) 를 물어볼 수 있습니다. 이 기능은 일반적으로 데스크탑 시스템에서 지원되지 않지만 (GPS 또는 Wi-Fi 가 필요하기 때문) 터미널이 핸드헬드 스마트폰인 경우 작동합니다.
오늘날 똑똑한 프로그래머들이 이러한 위치 정보를 바탕으로 어떤 앱을 만들지는 아무도 모르지만, 한 가지 확실한 점은 가상 세계가 미래에 예측할 수 없고 놀라운 방식으로 현실 세계와 융합될 것이라는 점이다.
웹 비디오 재생을 부드럽게 합니다
HTML5 의 "video" 탭을 통해 웹 개발자는 비디오 콘텐츠를 웹 페이지의 다른 콘텐츠와 쉽게 통합할 수 있으며, jQuery 및 PHP 개발에 종사하는 사람들은 웹 개발 팀에 가입하여 웹 개발이 더 이상 플래시, Silverlight 및 JavaFX 개발자의 특허가 되지 않도록 할 수 있습니다.
이 아이디어는 매력적으로 보이지만 HTML5 표준에 코덱이 지정되어 있지 않아 누구나 자신의 비디오 및 사운드 코덱을 게시하기를 원하기 때문에 여전히 많은 어려움이 있습니다. 즉, 우리는 하나의 혼동을 다른 혼동으로 대체한다는 뜻입니다. 다만 과거에는 브라우저에 내장된 소프트웨어를 플러그인이라고 불렀고, 오늘은 그것을 코덱이라고 불렀습니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 예술명언) 따라서 오늘날 표준 "비디오" 레이블이 있지만 브라우저는 이러한 비디오 내용을 해석하는 방법을 알고 있거나 알지 못할 수 있습니다.
로스앤젤레스에서 가르치는 HTML5 애플리케이션 개발 강사 Erich Ocean 은 코덱 전쟁이 계속되고 있다고 생각합니다. "컴퓨터 개발자와 모질라 조직이 비디오 전문가를 위한 비디오 표준을 설정할 수 있다고 생각한다면, 그들은 완전히 틀렸다." 그는 "구글의 새로운 비디오 형식이 유튜브와 같은 곳에서 이미 사용되고 있는 것을 보았지만, 결코 H.264 만큼 환영받지 못할 것" 이라고 말했다.
동영상 재생은 혼란스러운 국면에 직면할 수 있지만 모든 사람이 동의할 수 없기 때문에 새로운' 동영상' 라벨은 반드시 인터넷의 동영상 콘텐츠를 풍부하게 할 것이며, 웹 페이지는 동영상 콘텐츠의 주요 원천이 될 것이며, 단순한 텍스트 내용은 점점 줄어들 것이다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 비디오명언) 다만 아이의 교육에는 좋은 일이 아닐 수도 있다. 요즘 아이들은 만화를 보는 데 점점 익숙해지고, 책을 읽는 데 시간을 거의 들이지 않기 때문이다. 글쓰기는 말할 것도 없다. (윌리엄 셰익스피어, 햄릿, 공부명언)
위젯은 더 풍부해질 것입니다.
IFrame 에서 실행되는 Widgets 를 사용하면 웹 페이지를 일기예보와 같은 다른 사이트의 콘텐츠에 포함할 수 있어 매우 실용적이고 인기가 있습니다. 그러나 보안상의 이유로 이러한 위젯은 상대적으로 독립적인 환경에서 계속 실행되며 기본적으로 웹 페이지의 다른 콘텐츠와 격리되어 있습니다.
HTML5 는 이러한 위젯들이 서로 통신할 수 있는 표준 메커니즘을 제공합니다. 아직 상대방의 운영 환경에 들어갈 수는 없지만, 이미 서로 정보를 보내 함께 일할 수 있게 되었다.
광고주들은 이에 대해 오랫동안 기대해 왔으며, 여러 곳에 흩어져 있는 현수막을 같은 페이지에 통합하기를 간절히 바라고 있다. 개발의 관점에서 볼 때, 개발자는 분명히 다른 실제 용도를 찾을 것이다. 예를 들어, 웹 페이지에서 재생되는 테니스 경기 화면은 왼쪽과 오른쪽에 있는 선수 정보와 동기화될 수 있는데, 이는 HTML 1.0 시대에는 상상도 할 수 없는 시대였다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 스포츠명언)
그러나 정보 전송 및 상호 통신의 메커니즘은 시작에 불과하며, 다음으로 해결해야 할 문제는 통신 프로토콜입니다. 지금까지는 이 방면의 기준이 없었기 때문입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 통신명언) 두 개의 다른 개발팀이 개발한 위젯은 정보 전달 기준을 설정한 후에만 서로 통신할 수 있습니다. 즉, 양 당사자는보다 표준 어휘가 필요합니다.
브라우저 보안 강화
각 브라우저 플러그인은 독립 실행형 응용 프로그램이며, 서로 다른 프로그래머가 서로 다른 표준에 따라 개발하고, 게시 시간이 다르고, 보안 모드도 다릅니다. 물론 일부 플러그인은 다른 플러그인보다 안전합니다. 브라우저에 플러그인이 늘어남에 따라 각 브라우저 플러그인에서 발생할 수 있는 보안 취약점을 추적하는 것도 점점 더 복잡해지고 있습니다. 예를 들어, 작년 말 어느 시점에서 귀사의 보안 취약점이 플러그인인지 브라우저인지, 플러그인 대신 브라우저를 업그레이드하여 해결되었는지, 아니면 그 반대인지를 기억하기 어려울 수 있습니다.
플러그인을 사용하는 대신 HTML5 에 많은 기능을 배치하면 보안 위험을 크게 줄이고 플러그인 개발과 관련된 많은 문제를 방지하며 누군가가 의도적으로 플러그인의 API 를 사용하여 악성 코드를 설치하지 못하도록 할 수 있습니다. 상대적으로 Firefox, Chrome 또는 IE 브라우저의 보안은 일반적으로 보안 팀을 포함한 더 많은 사람들이 검토하기 때문입니다. 보안 팀이 브라우저가 안전하다고 생각한다면 일반적으로 보안 위험은 훨씬 적습니다.
그러나 여기서 말하는 안전향상은 어느 정도 주해고가 있다. 이 세상에는 항상 그들의 총명함을 이용하여' 악행' 을 하는 사람들이 있다. 그들은 HTML5 의 일부 특징을 이용하여 악의적인 행동을 할 수 있다. 다만 HTML5 의 새로운 기능이 어떤 위험을 숨기고 있는지 아무도 예측할 수 없다.
웹 개발 단순화
웹 소프트웨어 개발회사에서 일하는 개발자의 말은 대표적이며 HTML5 가 가져올 수 있는 변화를 간결하게 설명했다. 그는 "저는 HTML5 를 더 좋아합니다. 주로 통합 개발 환경, 즉 Flash 세계와 HTML5 세계를 전환하지 않고도 브라우저와 JavaScript+DOM 을 개발할 수 있기 때문입니다. 앞으로 개발 언어와 도구 세트를 마스터하면 모든 플러그인을 개발할 수 있다. "
그는 "사용자에게 좋은 점이 분명하다고 생각한다. 이제 플래시가 인터넷 세계에서 또 다른 세계를 창조한 것 같다" 고 덧붙였다. "
실제로 HTML5 는 통합 언어 (JavaScript), 통합 데이터 모델 (XML 및 DOM) 및 통합 표현 규칙 (CSS) 을 사용하여 텍스트, 오디오, 비디오 및 그래픽을 표현하므로 개발자에게 이상적입니다. 통일된 표준 개발 환경을 바탕으로, 일은 확실히 훨씬 간단할 것이다. 그러나 모든 것을 현실로 바꾸는 도전은 여전히 크다. 한 가지 두드러진 문제는 도구가 부족하다는 것이다. 현재 HTML5 와 관련된 도구는 매우 적다. Flash 의 인기는 Adobe 가 Flash 개발에 매우 유용한 도구라는 것은 부인할 수 없습니다.
체인형 연결
HTML 의 진화
HTML 의 전체 이름은 하이퍼텍스트 마크 업 언어이며 웹 페이지를 설명하는 데 사용되는 사양입니다. 꺽쇠 괄호 안에 들어 있는 이 간단한 태그들이 오늘날의 네트워크를 이루고 있다. (윌리엄 셰익스피어, 윈도, 희망명언)
HTML 의 첫 번째 공식 버전은 IETF (인터넷 엔지니어링 태스크 그룹) 가 발표한 HTML 2.0 입니다. 나중에 W3C 는 IETF 를 대체하고 HTML 표준을 개발하는 조직이 되었습니다. 90 년대 후반에는 1999 년의 HTML 4.0 1 까지 HTML 버전이 자주 수정되었으며, 이로써 HTML 이 첫 절정에 이르렀다.
HTML 4.0 1 이후 첫 번째 개정판은 XHTML 1.0 입니다. 여기서 x 는' 확장성' 을 나타냅니다. XHTML 1.0 은 HTML 4.0 1 을 기반으로 하며 새 태그나 속성을 도입하지 않았습니다. 유일한 차이점은 문법이다. HTML 은 구문에 대해 비교적 임의적이며 XHTML 은 XML 처럼 엄격한 구문이 필요합니다. 나중에 W3C 는 XHTML1..1을 출시했습니다.
W3C 의 경우 HTML 4 는 이미 큰 성과이며, 다음 단계는 XHTML 2.0 으로 웹을 XML 의 밝은 미래로 가져오고자 합니다. 그러나 Opera, Apple, Mozilla 의 대표는 W3C 의 업무에 만족하지 않고 HTML5 사양에 힘쓰는 하이퍼텍스트 응용 기술 그룹 WHATWG 를 자발적으로 조직하고 설립했습니다.
WHATWG 는 HTML5 를 하는 동안 W3C 는 XHTML 2.0 을 계속하고 있습니다. 하지만 W3C 는 XHTML 2.0 에서의 작업이 서서히 어려워지면서 XHTML 2.0 에서의 작업을 중단했다. 2007 년에 새로운 HTML 워크그룹이 설립되었습니다. 그들은 현명하게 WHATWG 의 성과를 기초로 HTML5 사양을 개발하기 위해 노력했다.
다년간의 양조 끝에 HTML5 초안은 2008 년에 발표되었으며 현재 W3C 는 이를 개선하고 있습니다. 현재 HTML5 가 언제 정식으로 표준이 되었는지는 아직 명확한 설이 없다. 좋은 소식은 20 12 HTML5 가 후보 기준으로 받아들여질 수 있다는 것이다. 그러나 HTML5 가 표준이 될 때마다 모든 브라우저 공급업체가 HTML5 를 받아들이는 것은 장기적인 과정일 것으로 예상됩니다.
/a/20100714/219094.html #
이 게시물의 답변을 볼 수 있습니다.