html5가 웹 세계를 재구성할까요?
2010 년 상반기의 주요 행사는 많은 사람들의 관심을 끌었으며, 많은 사람들 이이 사건으로 인해 처음으로 HTML5의 존재에 대해 배웠습니다. HTML5를 처음 이해하는 사람들은 6 년 전에 HTML5 사양이 공식화되었다는 사실에 매우 놀랄 수 있으며, 이제 HTML5 사양 드래프트는 이미 매우 좋지만 표준이 언제가 될지는 여전히 불확실합니다.
실제로, HTML5 코드 개발위원회의 작업은 매우 느리게 진행되고 있습니다. 브라우저를 개선하고 웹 세계를 개선하는 방법에 대한 아이디어가 너무 많기 때문에 브라우저 공급 업체 및 기타 브라우저 공급 업체와 다른 사람들이 HTML5 사양에 합류하여 시간이 걸리는 동의해야합니다. 일부 브라우저에서 실험이 수행되었지만 상호 운용성 및 표준화 문제는 해결되지 않았지만 많은 새로운 태그와 JavaScript 기능이 해결되지 않았습니다. 예를 들어, HTML5 Apple은 Apple이 인상적이지만 Safari에서만 잘 작동합니다. 그렇기 때문에 플래시 지지자들이 웹을 2000 브라우저 전쟁 시대로 되돌려 놓은 HTML5를 조롱했습니다.
이 조롱은 HTML5 지지자들을 매우 슬프게 만들 수 있지만, 오래 기다리는 것은 실제로 어려운 일이지만 지금은 HTML5를 무시하는 것은 잘못입니다. HTML5 뒤에는 업계 대기업에 의해 주도 될뿐만 아니라 더 중요한 것은 표준화가 IT 기술 개발에서 불가피한 추세입니다. 소프트웨어는 브라우저 또는 관련 개발 도구이든 주변의 다양한 기술을 지속적으로 흡수하고 최종적으로 표준화합니다. 이것은 필연적 인 기술 개발 법칙입니다.
확실히, HTML5는 인터넷의 모든 측면을 변경할 것입니다. 분명히 플래시를 완전히 대체하지는 않지만 HTML5는 실제로 인터넷을 재구성하여 브라우저가 플러그인의 도움없이 위치 추적에서 데이터 저장, 클라우드에 이르기까지 더 많은 작업을 수행 할 수 있습니다. HTML5 태그는 더 간단한 작업을 완료하는 플러그인을 교체하며, 적어도 어느 시점에서는 더 많은 사용자에게 고급 기능을 개발할 수 있습니다. 궁극적으로 인터넷을보다 안전하고 효율적이며 유연하게 만들 수 있습니다.
그렇다면 새로운 표준이 될 html5는 어디에서 우리를 데려 갈까요? 다음은 개발자, 프로그래머 및 디자이너의 의견 모음으로 HTML5가 인터넷을 변경하는 방법을 배울 수 있습니다.
플러그인의 중요성을 줄입니다옛날 옛적에, 웹 세계는 혁신적인 아이디어와 대담한 실험을 장려했기 때문에 브라우저 플러그인에 매우 환영 받았으며, 사운드, 애니메이션 및 기타 생생한 웹 페이지는 처음으로 온라인으로 발표 될 때 정말 상쾌했습니다. 그러나 문제가 빨리 나타나고 플러그인의 인터페이스는 모든 사람에게 열려 있으며 모든 사람이 이전 텍스트 기반 세계에 새로운 기능을 추가하려고 노력하고 있으며 혼란은 불가피합니다. 가장 유명한 플러그인은 플래시이며 수많은 다른 유사한 플러그인이 있습니다.
여러 가지 이유로 Apple은 Adobe의 플래시가 자체 플랫폼에서 실행되는 것을 금지하여 Apple 팬이 Apple 플랫폼에서 Flash를 볼 수 없습니다. HTML5의 인기는 이러한 갈등이 다시 발생하는 것을 막을 것이며, 비교적 폐쇄 된 개발 시스템을 점차 제거 할 것입니다. Javafx의 기능은 실제로 강력 할 수 있지만 JavaScript와 Canvas 객체는 같은 작업을 수행 할 수 있기 때문에 다른 구문을 배울 수있는 이유는 무엇입니까? 비디오 태그가 오디오 및 비디오를 동기화 할 수 있다면 누가 실제 생태계가 필요합니까?
그렇다면 플러그인이 모두 사라질까요? 어쩌면, 그러나 그것은 당신이하고 싶은 일에 달려 있습니다. 목표가 이미지를 그리는 것이면 캔버스 객체가 충분할 수 있습니다. 그러나 복잡한 플래시 및 충격파 게임에서 볼 수 있듯이 전문 3D 세계를 구축하려면 비디오 하드웨어에 직접 액세스하고 3D 게임을 실행할 수있는 독점 플러그인 기술에 의존해야 할 수도 있습니다.
동적 이미지 생성을 지원합니다
과거에는 웹 페이지에 표시된 이미지가 직접 다운로드 된 GIF 또는 JPG 이미지에서 나 왔으며 HTML5에서는 이미지가 이미지 파일에서 직접적으로 나오지 않지만 Canvas 객체에 의해 일시적으로 생성되었습니다. 인터넷에는 이미 많은 수많은 그래픽 라이브러리가 있으며 이러한 그래픽 라이브러리가 존재하면 이미지를 동적으로 생성 할 수 있습니다.
오늘날 JavaScript 레이어는 데이터를 기반으로 계산 한 다음 그래프를 그릴 수 있습니다. 소프트웨어 개발자가 충분한 시간과 인재를 가지고 있다면 인터넷의 모든 것이 더 생생하게 만들 수 있으며 일반 텍스트 콘텐츠는 점점 줄어 듭니다. 플래시는 시작일 뿐이며 HTML5 환경을 통해 웹 개발자가 복잡한 이미지를보다 쉽게 개발할 수 있습니다. 웹 개발자가 이미지를 제어 할 수있는 능력을 더욱 향상시킬 수있는 일부 유사한 도구가 시장에서 등장했으며, 도구가 성숙함에 따라 개발자는 점점 더 전문적이고 복잡한 그래픽을 개발할 것입니다.
여기에 존재할 수있는 한 가지 문제는 이러한 종류의 이미지 처리가 클라이언트의 프로세서 처리 기능에 대한 특정 요구 사항과 같은 클라이언트 프로세서에 큰 부담을 줄 수 있다는 것입니다. 과거에는 일부 개발자가 플래시 플러그인을 사용하는 것을 두려워했습니다. 렌더링 및 제시는 플래시 컨텐츠가 프로세서에 많은 압력을 가하고 사용자의 최종 경험에 큰 영향을 줄 수 있기 때문입니다. 이것은 미래에 문제가되지 않아야합니다. 개발자는 성능에 영향을 미치는 것에 대해 걱정하기 때문에 사용자가 생생한 이미지를 경험할 수 없어야합니다. 개발자가 타협 선택을해야합니다. Flash의 성능 영향에 대해 불평하는 모든 사람은 기술 자체와 관련이 없다는 것을 알아야하며 문제는 우리의 관심을 끌기 위해이 기술을 너무 많이 사용하는 설계자로부터 발생합니다.
웹 프로그램이 로컬 스토리지를 활용하도록 허용하십시오
웹 프로그래머는 실제로 브라우저 측의 로컬 저장 공간을 사용하여 IE와 같은 많은 정보를 최대 300 개의 쿠키와 최대 4096 바이트의 컨텐츠를 저장할 수있었습니다. 그러나 진정으로 실용적인 웹 프로그램을 개발하려면 이보다 더 많은 스토리지가 필요할 수 있습니다. 예를 들어, DOJO 툴킷은 플래시 플러그인을 사용하여 사용자의 하드 디스크 공간의 일부를 할당하고 사용하기 위해 브라우저에 둡니다. 그러나 이제 HTML5를 사용하면 동일한 목표를 달성 할 수 있습니다.
스토리지 의이 부분의 경우 프로그래머는 클라우드 서비스 애플리케이션 저장 및 로컬 하드 디스크의 데이터와 같은 필요한대로 사용할 수 있습니다. 또한 클라우드 애플리케이션의 전달, 설치 및 배포는 기존 애플리케이션과 매우 유사합니다. 예를 들어, HTML5 애플리케이션의 JavaScript 코드가 이전 서버에서 다운로드되었고 코드 의이 부분이 로컬로 저장 되었기 때문에 인터넷 연결이 있는지 여부에 관계없이 클라우드 응용 프로그램이 평소와 같이 실행될 수 있습니다.
물론,이 기술의 적용은 현재 운영 모드가 과거와는 매우 다르기 때문에 클라우드 애플리케이션의 인기에 영향을 미치지 않을 것입니다. 로컬 데이터베이스는 실제로 지능형 캐싱의 역할을 수행합니다. 또한 게임 개발자는 현지 정보 및 장비 정보를 로컬로 저장할 수 있으며,이 정보는 기계를 연결할 때 마다이 정보를 다운로드하지 않아 자료를 다운로드 할 시간을 절약 할 수 있습니다. 단점은 이러한 데이터베이스가 시스템 폴더에 깊이 묻혀 데이터를 백업 할 때 매우 복잡하다는 것입니다. 사용자가 한 컴퓨터에서 다른 기계로 데이터를 마이그레이션하려면 데이터 마이그레이션 작업이 더 복잡해 질 수 있습니다.
아마도 하이브리드 클라우드의 출현은이 문제를 해결할 수 있습니다. 하이브리드 클라우드를 사용하면 클라우드와 온-프레미스 모두에 데이터를 저장할 수있는 반면 로컬 컴퓨터는 데이터 만 캐시하고 최종 버전은 클라우드에 저장되어 모든 컴퓨터에서 액세스 할 수 있습니다.
웹 개발의 데이터 추출을 단순화합니다
웹 페이지에서 데이터를 추출한 웹 개발자는 기존 HTML 구조 가이 정보가 어디에 있는지 브라우저에 알리는 것 외에 다른 의미있는 정보를 제공 할 수 없다는 것을 알고 있습니다. 또한 개발자는 데이터 자체에 대한 정보를 이해해야하므로 프로그래머 가이 데이터가 실제로 의미하는 바를 이해하는 데 도움이 될 수 있습니다. HTML5의 소위 마이크로 포맷은 HTML에 특수 태그를 추가하는 새로운 메커니즘을 도입하여 프로그래머가 태그의 데이터의 진정한 의미를 분석하는 데 도움이 될 수 있습니다.
아무도 마이크로 형식이 네트워크에 가져올 얼마나 많은 변화를 예측할 수는 없지만,이 새로운 메커니즘이 프로그래머에게 편의성을 가져다 줄 수 있고 프로그래머가보다 효율적인 웹 애플리케이션을 개발하도록 도와 줄 수 있습니다. 예를 들어, 날짜와 시간을 나타내는 좋은 표준 방법이있는 경우 프로그래머는 웹 사이트에 대한 시간 관련 웹 프로그램을 개발할 때 다른 시간 형식을 분석하거나 추측하기 위해 특별 코드를 작성할 필요가 없습니다. 이러한 방식으로, 여러 데이터 소스에서 시간 정보 수집이 필요한 캘린더, 일정, 일정 등의 적용은 매우 간단한 작업이됩니다.
위치 서비스를 지원합니다
웹 세계에서 우리는 IP 주소 만 알았으며 그 숫자가 어떤 종류의 현실 세계에 해당하는지 알지 못했습니다. 예를 들어, 특정 컴퓨터가 어디에 있는지 아는 것은 거의 불가능했지만 현재 사용 가능한 위치 서비스는이 문제를 해결할 수 있습니다. HTML5 표준을 통해 JavaScript는 브라우저 사용자에게 위도 및 경도 정보와 같은 지리적 위치에 대해 요청할 수 있습니다. 일반적 으로이 기능은 데스크탑 시스템에서 지원되지 않지만 (GPS 또는 Wi-Fi가 필요하기 때문에) 터미널이 핸드 헬드 스마트 폰 인 경우이 기능이 작동 할 수 있습니다.
오늘날, 스마트 프로그래머 가이 위치 정보를 기반으로 어떤 애플리케이션을 생성 할 것인지는 아무도 모르지만 미래가 예측할 수없고 놀라운 방식으로 가상 세계와 통합 될 수 있다는 것은 한 가지는 확실합니다.
웹 비디오 재생을 더 매끄럽게 만듭니다
HTML5의 비디오 태그를 사용하면 웹 개발자가 웹 페이지의 다른 컨텐츠와 비디오 컨텐츠를 쉽게 통합 할 수 있으며 JQuery 및 PHP 개발에 참여하는 사람들이 웹 개발 팀에 가입 할 수 있도록하여 웹 개발이 더 이상 Flash, Silverlight 및 Javafx 개발자에 대한 특허 만 제공하지 않습니다.
이 아이디어는 유혹적인 것처럼 보이지만 HTML5 표준에 코덱이 지정되지 않았으므로 모든 사람들이 자신의 비디오 및 사운드 코덱을 게시하고 싶어하기 때문에 여전히 많은 어려움이 있습니다. 이것은 우리가 다른 것을 하나의 혼란으로 대체한다는 것을 의미합니다. 과거에는 브라우저 플러그인에 포함 된 소프트웨어를 호출하는 데 사용했지만 오늘날 우리는 코덱이라고 부릅니다. 따라서 오늘날 표준 비디오 태그가 있지만 브라우저는 이러한 비디오 컨텐츠를 해석하는 방법을 모르거나 모를 수도 있습니다.
로스 앤젤레스에서 가르치는 HTML5 애플리케이션 개발 강사 인 Erich Ocean은 코덱 전쟁이 여전히 진행되고 있다고 믿고 있습니다. 컴퓨터 개발자와 Mozilla 조직은 비디오 전문가의 비디오 표준을 설정할 수 있다고 생각하면 매우 잘못입니다. 그는 YouTube와 같은 일부 장소에서 Google의 새로운 비디오 형식이 사용되는 것을 보았지만 H.264만큼 인기가 없을 것이라고 말했다.
비디오 재생은 계약에 도달하는 것이 불가능하기 때문에 비교적 혼란스러운 상황에 직면 할 수 있지만, 새로운 비디오 태그는 인터넷 비디오 컨텐츠를 점점 더 풍부하게 만들 것이며 웹 페이지는 비디오 컨텐츠의 주요 소스가 될 것이며 간단한 텍스트 콘텐츠도 점점 줄어들 것입니다. 그러나 이것은 어린이 교육에 좋은 일이 아닐 수도 있습니다. 요즘에는 어린이들이 애니메이션을 보는 데 점점 더 익숙해지고 글을 쓰지 않고 읽는 데 거의 시간을 보내지 않기 때문입니다.
위젯이 더 풍부 할 것입니다iframes에서 실행되는 위젯을 사용하면 웹 페이지가 다른 웹 사이트 (예 : 일기 예보)에서 콘텐츠를 포함시킬 수 있습니다. 그것들은 매우 실용적이고 인기가 있지만 보안상의 이유로 인해 이러한 위젯은 비교적 독립적 인 환경에서 실행되었으며 기본적으로 웹 페이지의 다른 콘텐츠와 분리되어 있습니다.
HTML5는 이러한 위젯이 서로 통신 할 수있는 표준 메커니즘을 제공합니다. 그들은 여전히 서로의 운영 환경에 들어갈 수는 없지만 이미 서로에게 정보를 보내서 함께 일할 수 있습니다.
광고주는 오랫동안 이것을 기대해 왔습니다. 그들은 같은 페이지의 다양한 위치에 퍼져있는 플래그 광고를 통합하기를 희망합니다. 개발 관점에서 개발자는 다른 실제 용도를 찾을 수 있습니다. 예를 들어, 웹 페이지에서 재생 된 테니스 경기 화면은 왼쪽 및 오른쪽의 플레이어 정보와 동기화 될 수 있으며, 이는 HTML 1.0 시대에 상상할 수 없습니다.
그러나 정보를 보내는 메커니즘과 상호 의사 소통은 시작에 불과합니다. 긴급하게 해결 해야하는 다음 문제는 커뮤니케이션 프로토콜 문제입니다. 지금까지 표준이 없기 때문입니다. 정보 전송을위한 표준을 설정 한 후에 만 두 다른 개발 팀이 개발 한 위젯이 서로 통신 할 수 있습니다. 다시 말해, 커뮤니케이션의 양 당사자는 더 많은 표준 어휘가 필요합니다.
브라우저 보안을 향상시킵니다
각 브라우저 플러그인은 별도의 응용 프로그램입니다. 다른 브라우저 플러그인은 다른 표준에 따라 다른 프로그래머에 의해 개발되며, 다른 릴리스 시간과 다른 보안 모드가 있습니다. 당연히 일부 플러그인은 다른 플러그인보다 안전합니다. 브라우저에서 점점 더 많은 플러그인을 사용할 수 있으므로 각 브라우저 플러그인에서 가능한 보안 취약점을 추적하는 데 점점 더 복잡해지고 있습니다. 예를 들어, 작년 어느 시점에 회사의 보안 취약점이 플러그인이나 브라우저에 있었는지, 마지막으로 플러그인이나 다른 방법을 업그레이드하는 대신 브라우저를 업그레이드하여 해결했는지 여부는 누구나 그렇게 명확하게 기억하기 어려울 수 있습니다.
플러그인을 사용하는 대신 HTML5에 많은 기능을 구축하면 보안 위험이 크게 줄어들고 플러그인 개발과 관련된 여러 링크의 문제를 피하고 사람들이 플러그인의 API를 고의적으로 사용하여 악성 코드를 설치하지 못하게 할 수 있습니다. 비교적 말하면 Firefox, Chrome 또는 IE 브라우저의 보안은 일반적으로 더 많은 사람들 (보안 팀 포함)이 감사합니다. 보안 팀이 브라우저가 안전하고 일반적으로 말하면 보안 위험은 훨씬 적습니다.
그러나 여기에 언급 된 보안 개선에는 몇 가지 주요 추측이 있습니다. 이 세상에는 자신의 지능을 악한 방식으로 사용하는 사람들이 항상있을 것이며, 악의적 인 행동에 참여하기 위해 HTML5의 일부 기능을 완전히 사용할 가능성이 있습니다. 그러나 이제 새로운 HTML5 기능에서 어떤 위험이 숨겨 질 수 있는지 예측할 수 없습니다.
웹 개발을 단순화합니다웹 소프트웨어 개발 회사에서 일하는 개발자의 말은 매우 대표적이며 HTML5가 가져올 수있는 변경 사항을 간략하게 설명합니다. 그는 말했다 : 나는 HTML5를 선호한다. 주로 플래시 월드와 HTML5 세계 사이를 앞뒤로 전환하지 않고 JavaScript와 DOM을 추가하는 통합 개발 환경에서 개발할 수 있기 때문이다. 앞으로 개발 언어와 도구 세트를 마스터하는 한 플러그인을 개발할 수 있습니다.
그는 사용자의 이점도 매우 분명하다고 생각했으며 이제는 Flash가 인터넷 세계에서 다른 세계를 창조 한 것으로 보입니다.
실제로 HTML5는 통합 언어 (JavaScript), 통합 데이터 모델 (XML 및 DOM) 및 통합 표현 규칙 (CSS)을 사용하여 텍스트, 오디오, 비디오 및 그래픽을 표현합니다. 의심 할 여지없이 개발자에게 매우 이상적입니다. 통합 표준 개발 환경을 기반으로, 작업은 훨씬 더 간단합니다. 그러나 모든 것을 현실로 만드는 데 어려움은 여전히 거대합니다. 두드러진 문제 중 하나는 도구가 없다는 것입니다. 현재 HTML5에는 여전히 관련 도구가 거의 없습니다. 플래시의 인기가 플래시 개발을위한 매우 유용한 도구와 밀접한 관련이 있다는 것은 부인할 수없는 일입니다.
링크 : HTML의 진화
HTML의 전체 이름은 하이퍼 텍스트 마크 업 언어로 웹 페이지를 설명하는 데 사용되는 표준입니다. 오늘날의 웹을 구성하는 각도 브래킷에 포함 된 간단한 태그입니다.
HTML의 첫 번째 공식 버전은 IETF (Internet Engineering Task Force)가 시작한 HTML 2.0입니다. 나중에 W3C는 IETF의 역할을 대체하고 HTML 표준의 공식화를위한 조직이되었습니다. 1990 년대 후반에 HTML 버전은 1999 년 HTML 4.01까지 자주 수정되었습니다.이 시점에서 HTML은 첫 번째 피크에 도달했습니다.
HTML 4.01 이후의 HTML의 첫 번째 개정은 XHTML 1.0이며 여기서 X는 확장 가능합니다. XHTML 1.0은 HTML 4.01을 기반으로하며 새로운 태그 나 속성을 소개하지 않습니다. 유일한 차이점은 구문입니다. HTML은 구문에 대해 더 캐주얼 한 반면 XHTML에는 XML 유사 엄격한 구문이 필요합니다. 나중에 W3C는 XHTML 1.1을 출시했습니다.
W3C의 경우 HTML 4에 의해 완벽한 장점이되었습니다. 다음 단계는 XHTML 2.0이며 웹을 XML의 밝은 미래로 가져 오기를 희망합니다. 그러나 Opera, Apple 및 Mozilla의 대표자들은 W3C의 작업에 만족하지 않았으며, 하이퍼 텍스트 응용 프로그램 기술 작업 그룹을 자발적으로 조직했으며 HTML5 사양에 전념하고 있습니다.
Whatwg는 HTML5에 최선을 다하고 있지만 W3C는 XHTML 2.0을 계속합니다. 그러나 XHTML 2.0에 대한 W3C의 작업은 천천히 곤경에 빠졌고 나중에 XHTML 2.0에 대한 작업을 종료하고 2007 년에 새로운 HTML 실무 그룹을 구성했습니다. 그들은 Whatwg의 결과를 기초로 선택하고 HTML5 사양의 공식화를 수행했습니다.
수년간의 심의 후, HTML5 드래프트는 2008 년에 출시되었으며 W3C는 현재 더 개선하고 있습니다. 이제 HTML5가 공식적으로 표준이 될시기에 대한 명확한 진술은 없습니다. 좋은 소식은 HTML5가 2012 년에 후보 표준으로 채택 될 수 있다는 것입니다. 그러나 HTML5가 표준이 될 때마다 HTML5가 올 브라우저 제공 업체가 수락하는 비교적 장기적인 프로세스가 될 것으로 예상됩니다.