XML
얼마전 진행했던 모 프로젝트에서 XML의 효용성을 약간 이해하게 되었다. 그 이전에 XML에 대해 알고는 있었지만, 알고 있다는것과 이해했다는 것은 천지차이.
초기에 각각 독립적으로 쓰이던 문서형식이 있었다. 이 문서들은 타 프로그램간 또는 타 언어간 호환성이 없었다. 하지만 회사간 문서 교환 또는 설비와 서버 사이 등의 데이터 교환 같은 여러가지 문제를 해결하기 위해 별도의 표준적인 형식이 필요했다.
사실 XML 자체는 아무런 의미가 없다. 그것을 사용할수 있게 하는 문서 해석기가 필요한데, XML 문서 해석기(파서)는 거의 모든 언어에 널려있음을 알수 있다.
내가 PHP로 XML 문서를 내보내면, 그걸 C#이나 JavaScript 에서 제공하는 파서를 이용하여 값을 참조할 수 있도록 할 수 있다. 즉, 데이터를 XML 형식으로 보내주면, 받는쪽 프로그램에서 파서를 이용해서 값을 식별하는 것이다.
그간 몇가지 문서들(hwp, 과거 xls 및 개발자가 만든 임의의 문서 포맷)을 다른 프로그램에서 이용하려면 개발 업체의 라이브러리를 사용하던가(또는 구매하던가), 직접 구조를 분석해서 파서를 만들던가 하는 비생산적인 작업을 수행해야 했었다.
하지만 XML(또는 JSON)같은 문서형식을 쓰면 언어마다 제공하는 파서를 이용하여, 스마트기기, PC, Web, Server, 자바기반기기 등이 상호 유기적인 데이터 교환을 할 수 있다.
초기에 각각 독립적으로 쓰이던 문서형식이 있었다. 이 문서들은 타 프로그램간 또는 타 언어간 호환성이 없었다. 하지만 회사간 문서 교환 또는 설비와 서버 사이 등의 데이터 교환 같은 여러가지 문제를 해결하기 위해 별도의 표준적인 형식이 필요했다.
사실 XML 자체는 아무런 의미가 없다. 그것을 사용할수 있게 하는 문서 해석기가 필요한데, XML 문서 해석기(파서)는 거의 모든 언어에 널려있음을 알수 있다.
내가 PHP로 XML 문서를 내보내면, 그걸 C#이나 JavaScript 에서 제공하는 파서를 이용하여 값을 참조할 수 있도록 할 수 있다. 즉, 데이터를 XML 형식으로 보내주면, 받는쪽 프로그램에서 파서를 이용해서 값을 식별하는 것이다.
그간 몇가지 문서들(hwp, 과거 xls 및 개발자가 만든 임의의 문서 포맷)을 다른 프로그램에서 이용하려면 개발 업체의 라이브러리를 사용하던가(또는 구매하던가), 직접 구조를 분석해서 파서를 만들던가 하는 비생산적인 작업을 수행해야 했었다.
하지만 XML(또는 JSON)같은 문서형식을 쓰면 언어마다 제공하는 파서를 이용하여, 스마트기기, PC, Web, Server, 자바기반기기 등이 상호 유기적인 데이터 교환을 할 수 있다.
댓글
댓글 쓰기