"XML"의 두 판 사이의 차이
(→종류) |
(→종류) |
||
30번째 줄: | 30번째 줄: | ||
== 종류 == | == 종류 == | ||
− | 둘 다 모두 실제 구현체가 아닌 인터페이스 수준으로 느슨하게 정의되어 있다. 그래서 [[프로그래밍]] 언어/플랫폼 별로 실제 사용 방법이 약간 다를 수 있다. XML이 초기에 널리 퍼진 이유 중 하나는 | + | 둘 다 모두 실제 구현체가 아닌 인터페이스 수준으로 느슨하게 정의되어 있다. 그래서 [[프로그래밍]] 언어/플랫폼 별로 실제 사용 방법이 약간 다를 수 있다. XML이 초기에 널리 퍼진 이유 중 하나는 거의 대부분 언어에서 기본으로 지원하는 구조화된 데이터를 읽는 기본 [[API]] 보다 훨씬 복잡한 형태의 구조화된 데이터를 읽고 쓰는데 편리했기 때문이다. 지금은 웹 관련 한정으로 [[JSON]]이 더 많이 쓰이고 있다. |
*[[DOM]] : XML 문서가 전부 메모리로 올라가 객체 모델로 만들어진다. [[W3C]]의 공식 표준이며, [[W3C]]가 표준화한 [[API]]들의 기반이다. 문서가 통째로 메모리에 올라가 조직화되기 때문에 문서 요소를 임의로 접근하고 사용하기에 용이하다. 그러나 이는 반대로 단점이 되기도 하는데, 논리 구조를 통째로 메모리에 올려놓고 연산하기 때문에 XML 데이터의 양이 크면 [[메모리]] 부족으로 인해 고생하게 된다. | *[[DOM]] : XML 문서가 전부 메모리로 올라가 객체 모델로 만들어진다. [[W3C]]의 공식 표준이며, [[W3C]]가 표준화한 [[API]]들의 기반이다. 문서가 통째로 메모리에 올라가 조직화되기 때문에 문서 요소를 임의로 접근하고 사용하기에 용이하다. 그러나 이는 반대로 단점이 되기도 하는데, 논리 구조를 통째로 메모리에 올려놓고 연산하기 때문에 XML 데이터의 양이 크면 [[메모리]] 부족으로 인해 고생하게 된다. | ||
*[[SAX]] : XML 문서를 [[애플리케이션]]에서 사용하기 위한 [[API]]. [[DOM]]에 비해 저수준의 인터페이스를 가지고 있으며 처리해야 할 파일이 클 때 적합하다. XML의 구조에 따라 이벤트가 발생되며, [[프로그래머]]는 이 이벤트를 처리하는 이벤트 핸들러를 작성하여 필요한 데이터를 추출할 수 있다. 이러한 이유로 데이터 내용을 조직하는 기능은 [[DOM]]만 못하다. XML 문서를 통으로 [[메모리]]상에 논리 구조를 유지하면서 올리고 작업할 수 없기 때문이다. 그러나 이러한 이벤트 기반 처리 방식은 역시 읽어서 처리해야 하는 XML 데이터가 매우 클 때 장점으로 발휘한다. 일단 어떻게든 다른 대용량 비휘발성 저장공간([[데이터베이스]], [[NoSQL]] 등)에 입력하는데 [[SAX]]를 쓰고, 데이터 조작은 해당 저장공간에서 하면 되기 때문이다. | *[[SAX]] : XML 문서를 [[애플리케이션]]에서 사용하기 위한 [[API]]. [[DOM]]에 비해 저수준의 인터페이스를 가지고 있으며 처리해야 할 파일이 클 때 적합하다. XML의 구조에 따라 이벤트가 발생되며, [[프로그래머]]는 이 이벤트를 처리하는 이벤트 핸들러를 작성하여 필요한 데이터를 추출할 수 있다. 이러한 이유로 데이터 내용을 조직하는 기능은 [[DOM]]만 못하다. XML 문서를 통으로 [[메모리]]상에 논리 구조를 유지하면서 올리고 작업할 수 없기 때문이다. 그러나 이러한 이벤트 기반 처리 방식은 역시 읽어서 처리해야 하는 XML 데이터가 매우 클 때 장점으로 발휘한다. 일단 어떻게든 다른 대용량 비휘발성 저장공간([[데이터베이스]], [[NoSQL]] 등)에 입력하는데 [[SAX]]를 쓰고, 데이터 조작은 해당 저장공간에서 하면 되기 때문이다. |
2019년 7월 22일 (월) 16:40 판
XML(엑스엠엘)은 Extensible Markup Language의 약자로서, 홈페이지 제작에 사용되는 "확장된 HTML 언어"이다. HTML 언어는 미리 정의된 태그만 사용할 수 있지만, XML 언어는 필요한 태그(tag)를 개발자가 새로 정의하여 사용할 수 있다. 다양한 시스템을 연계하여 데이터를 주고받기 위해 XML 기반의 SOAP 또는 REST 방식을 사용한다.
개요
W3C에서 여러 특수 목적의 마크업 언어를 만드는 용도에서 권장되는 다목적 마크업 언어이다. 첨언하자면 마크업 언어는 태그 등을 이용하여 데이터의 구조를 기술하는 언어의 한 가지이다. 가장 친숙하고 흔하게 접할 수 있는 마크업 언어로 HTML이 있다. 또한 XML은 SGML의 단순화된 부분집합으로, 다른 많은 종류의 데이터를 기술하는 데 사용할 수 있다.
등장배경
XML은 주로 다른 종류의 시스템, 특히 인터넷에 연결된 시스템끼리 데이터를 쉽게 주고 받을 수 있게 하여 HTML의 한계를 극복할 목적으로 만들어졌다. XML을 이용하면 어디부터 어디까지가 데이터 이름이고 어디부터 어디까지가 실제 데이터이며 어디부터 어디까지가 데이터 단위인지도 표현이 가능하다. 즉, 데이터에 의미를 부여하는 메타데이터를 기술할 수 있다. XML은 바로 이러한 목적으로 탄생했다.
역사
XML은 SGML의 애플리케이션 프로파일이다.
동적 정보 표시를 위한 SGML의 다재다능함은 인터넷의 성장 이전인 1980년대 말에 초기 디지털 미디어 출판사들에 의해 인지되었다. 1990년대 중순, 일부 SGML 실천자들은 당시 새로운 월드 와이드 웹을 경험하였고 웹이 성장할수록 마주칠 가능성이 있던 문제들 중 일부를 SGML이 해결해줄 것이라 믿었다. 댄 커널리는 1995년 당시 직원으로 있었을 때 SGML을 W3C의 활동 목록에 추가하였다. 작업은 1996년 중순 썬 마이크로시스템즈의 엔지니어 존 보삭이 선언문을 만들고 협업자들을 모집하였을 때 시작되었다. 보삭은 SGML과 웹에 모두 경험이 있는 사람들의 작은 공동체와 잘 어울렸다.
주요 디자인 결정은 1996년 7월과 11월 사이 도달했으며, 당시 XML 사양의 최초 워킹 드래프트가 출판되었다. 추가 디자인 작업이 1997년에 계속되었으며 XML 1.0은 1998년 2월 10일 W3C 권고안이 되었다. [1]
특징
- XML은 구조적인 데이터를 위한 것이다.
- XML은 다소 HTML 같이 보인다.
- XML은 텍스트이며, 읽히는 것만을 뜻하지 않는다.
- XML은 크기가 커진다.
- XML은 기술의 집합이다.
- XML은 새로운 기술이 아니라 발전한 기술이다.
- XML은 HTML에서 XHTML로 이끌었다.
- XML은 모듈식이다.
- XML은 RDF와 시맨틱 웹의 토대이다.
- XML은 라이선스 제약이 없으며, 플랫폼이 독립적이고, 많은 지원이 있다.[1]
활용
종류
둘 다 모두 실제 구현체가 아닌 인터페이스 수준으로 느슨하게 정의되어 있다. 그래서 프로그래밍 언어/플랫폼 별로 실제 사용 방법이 약간 다를 수 있다. XML이 초기에 널리 퍼진 이유 중 하나는 거의 대부분 언어에서 기본으로 지원하는 구조화된 데이터를 읽는 기본 API 보다 훨씬 복잡한 형태의 구조화된 데이터를 읽고 쓰는데 편리했기 때문이다. 지금은 웹 관련 한정으로 JSON이 더 많이 쓰이고 있다.
- DOM : XML 문서가 전부 메모리로 올라가 객체 모델로 만들어진다. W3C의 공식 표준이며, W3C가 표준화한 API들의 기반이다. 문서가 통째로 메모리에 올라가 조직화되기 때문에 문서 요소를 임의로 접근하고 사용하기에 용이하다. 그러나 이는 반대로 단점이 되기도 하는데, 논리 구조를 통째로 메모리에 올려놓고 연산하기 때문에 XML 데이터의 양이 크면 메모리 부족으로 인해 고생하게 된다.
- SAX : XML 문서를 애플리케이션에서 사용하기 위한 API. DOM에 비해 저수준의 인터페이스를 가지고 있으며 처리해야 할 파일이 클 때 적합하다. XML의 구조에 따라 이벤트가 발생되며, 프로그래머는 이 이벤트를 처리하는 이벤트 핸들러를 작성하여 필요한 데이터를 추출할 수 있다. 이러한 이유로 데이터 내용을 조직하는 기능은 DOM만 못하다. XML 문서를 통으로 메모리상에 논리 구조를 유지하면서 올리고 작업할 수 없기 때문이다. 그러나 이러한 이벤트 기반 처리 방식은 역시 읽어서 처리해야 하는 XML 데이터가 매우 클 때 장점으로 발휘한다. 일단 어떻게든 다른 대용량 비휘발성 저장공간(데이터베이스, NoSQL 등)에 입력하는데 SAX를 쓰고, 데이터 조작은 해당 저장공간에서 하면 되기 때문이다.
또한 SAX 파서는 내결함성을 갖게 만들 수 있게 되어 일부 손상된 XML도 읽어서 처리할 수 있다.
문제점
대안
평가
각주
참고자료
같이 보기