XML 편집하기

[[파일:XML 로고.png|썸네일|200픽셀|'''XML'''(Extensible Markup Language)]]

[[파일:XML 글자.png|썸네일|300픽셀|'''XML'''(Extensible Markup Language)]]

XML은 주로 다른 종류의 시스템, 특히 인터넷에 연결된 시스템끼리 [[데이터]]를 쉽게 주고받을 수 있게 하여 [[HTML]]의 한계를 극복할 목적으로 만들어졌다. XML을 이용하면 어디부터 어디까지가 [[데이터]] 이름이고 어디부터 어디까지가 실제 [[데이터]]이며 어디부터 어디까지가 [[데이터]] 단위인지도 표현할 수 있다. 즉, [[데이터]]에 의미를 부여하는 메타데이터를 기술할 수 있다. XML은 바로 이러한 목적으로 탄생했다.

동적 정보 표시를 위한 [[SGML]]의 다재다능함은 인터넷의 성장 이전인 1980년대 말에 초기 디지털 미디어 출판사들에 의해 인지되었다. 1990년대 중순, 일부 [[SGML]] 실천자들은 당시 새로운 [[월드 와이드 웹]]을 경험하였고 웹이 성장할수록 마주칠 가능성이 있던 문제 중 일부를 SGML이 해결해줄 것이라 믿었다. 댄 커널리는 1995년 당시 직원으로 있었을 때 SGML을 [[W3C]]의 활동 목록에 추가하였다. 작업은 1996년 중순 썬 마이크로시스템즈의 엔지니어 존 보삭이 선언문을 만들고 협업자들을 모집하였을 때 시작되었다. 보삭은 [[SGML]]과 웹에 모두 경험이 있는 사람들의 작은 공동체와 잘 어울렸다.

주요 디자인 결정은 1996년 7월과 11월 사이 도달했으며, 당시 XML 사양의 최초 워킹 드래프트가 출판되었다. 추가 디자인 작업이 1997년에 계속되었으며 XML 1.0은 1998년 2월 10일 [[W3C]] 권고안이 되었다. <ref name="XML개념> 〈[https://ko.wikipedia.org/wiki/XML XML]〉,《위키백과》 </ref>

XML(Extensible Markup Language)은 W3C에서 개발된, 다른 특수한 목적을 갖는 마크업 언어를 만드는 데 사용하도록 권장하는 다목적 마크업 언어이다. XML은 SGML의 단순화된 부분집합으로, 다른 많은 종류의 데이터를 기술하는 데 사용할 수 있다. XML은 주로 다른 종류의 시스템, 특히 인터넷에 연결된 시스템끼리 데이터를 쉽게 주고받을 수 있게 하여 HTML의 한계를 극복할 목적으로 만들어졌다.

많은 API가 개발되어 XML 데이터를 처리하고자 하는 소프트웨어 개발자들이 활용하고 있다. 또한, 여러 가지 스키마 시스템이 있어서 XML 기반 언어의 정의를 더욱 쉽게 할 수 있도록 도와준다.<ref name="XML개념"></ref>

XML은 어디까지나 구조를 가지면서 메타데이터를 기술할 수 있는 다목적 문서 형식 표준이다. 이를 원하는 용도에 맞게 DTD, XML Schema를 작성하고 표준으로 제정하면 XML에 기반한 특수 목적용 마크업 언어가 된다. (무리가 있는 비유지만) XML과 XML을 사용하는 다른 마크업 언어는 마치 한국어와 한국어로 쓰인 시, 소설, 수필, 학술논문, 영화 대본, 신문 기사 등과 유사한 관계라고 할 수 있다.

누구나 알 수 있는 이러한 것의 대표적인 예로 초기의 RSS를 들 수 있다. 처음엔 이름이 RDF Site Summary였으나, 나중에 Rich Site Summary로 변경되면서 XML 형식도 약간 변경이 되었는데, 이는 초기 버젼이 Resource Description Framework(RDF)라는 XML 기반의 의미 정보를 엄격하게 기술하는 마크업 언어로 되어있었기 때문이다.

그 밖에 Java로 웹 어플리케이션을 작성해 본 사람이면 web.xml 설정 파일이 친숙할 텐데, 이것도 Oracle(과거 Sun Microsystems)에서 XML Schema로 형식을 규정한 JSP/Servlet Web Application 표준 설정 파일이다.  

정의상, XML 문서는 문자로 이루어진 문자열이다. 거의 모든 올바른 유니코드 문자는 XML 문서에 나타날 수 있다.<ref name="XML개념"></ref>

 

프로세서는 마크업을 분석하고 구조화된 정보를 애플리케이션에 넘긴다. 이 명세는 XML 프로세서가 무엇을 해야 하고 하지 말아야 하는지 제시하지만, 애플리케이션에 대해서는 다루지 않는다. 이 프로세서(명세가 부르기를)는 흔히 XML parser라 불린다.<ref name="XML개념"></ref>

XML 문서를 구성하는 문자들은 마크업과 내용으로 나뉘는데, 그 구분은 간단한 문법 규칙으로 이루어진다. 일반적으로 마크업을 구성하는 문자열은 문자 <로 시작하여 문자 >로 끝나거나, 문자 &로 시작하여 문자 ;로 끝나며, 마크업이 아닌 문자열은 내용이다. 그러나, CDATA 절에서, 구분자 CDATA와 는 마크업으로 분류되고,그들 사이의 텍스트는 내용으로 구분된다. 추가로, 가장 바깥 엘리먼트의 앞과 뒤의 공백(whitespace)은 마크업으로 분류된다.<ref name="XML개념"></ref>

 

문서의 논리 요소로서, 시작 태그로 시작하여 짝이 되는 끝 태그로 끝나거나, 빈 엘리먼트 태그만으로 이루어진다. 시작 태그와 끝 태그 사이의 문자들은(있다면) 엘리먼트의 내용이고, 마크업을 포함할 수 있다. 이 마크업은 자식 엘리먼트(child elements)라 부르는 다른 엘리먼트들을 포함할 수도 있다.

Greeting>Hello, world.</Greeting> (see hello world).

line-break />.<ref name="XML개념"></ref>

<img src="madonna.jpg" alt='Foligno Madonna, by Raphael'/>

<step number="3">Connect A to B.</step>

<?xml version="1.0" encoding="UTF-8" ?><ref name="XML개념"></ref>

*복잡성 : 의도적으로 간결함과 집중을 추구한 툴인 JSON에 비해 복잡하고 구조화된 개념 대부분을 단독으로 표현하는 XML은 유용하지 않다는 인식이 있다.

*보안 : JSON을 이용해 위험에 노출되는 툴을 개발하기는 어렵지만, XML을 사용할 때는 반드시 개발자가 능동적으로 확인하고 피해야 한다. 그리고 XML은 적절하게 파싱(Parsing)을 거쳐도 BL(Billion Laughs) 공격 또는 EE(External Entity) 공격 같은 보안 취약성을 일부 갖고 있다.

{{시스템 연계|검토 필요}}