Ajax 프레임워크를 구현하기 위해서는 컴포넌트를 표현하는 XML 구조와 자바스크립트(JavaScript)의 상위 오브젝트(Object) 등에 대한 엄밀한 설계가 필요하다. 이번 호에서 다룰 Ajax 프레임워크 설계에서는 XML에 대한 설계 부분과 파싱 구조, 확장 가능한 플러그인 구조 등을 차례로 살펴본다.

A프레임워크(Framework)가 갖춰야 할 조건들에는 여러 가지가 있지만 그 가운데 가장 중요한 요건은 바로 아키텍처(Architecture)일 것이다. 프레임워크에 의해 아무리 최신 기술이 제공되더라도 이를 활용하고 극대화시킬 효율적인 아키텍처가 존재하지 않는다면 아무런 소용이 없다. 이러한 아키텍처를 효율적으로 구성하기 위해서는 프레임워크의 표현 형식인 표준(Specification)이 필수적이다.

프레임워크와 표준
표준은 하나의 모델을 구성하는 데 매우 중요한 역할을 한다. 표준의 완성도에 따라 이용하는 사람과 모듈을 제공하는 사람 간의 의사소통의 정확도가 달라지며. 아울러 정해진 표준으로 표현할 수 없는 상황에 직면하는 경우에는 한 번 정해진 표준을 다시 바꿔야 하는 모험을 해야 한다. 이렇듯 표준(Specification)을 정하는 일은 언제나 어렵다. 이번 연재에서는 W3C의 표준인 XForms를 Ajax 프레임워크의 XML 표현 방식으로 채택해 진행할 것이다.

인터넷에 웹이 도입된 것은 1990년대 초반으로, 특히 HTML을 통해 웹에서의 정보 수집과 트랜잭션 처리가 이뤄졌다. 웹에 HTML이 도입된 지 어느덧 10년이 흐른 지금에 이르러서는 HTML이 DHTML로 진화해 정적이던 웹페이지가 동적으로 바뀌었고, 또한 Ajax를 지원할 수 있도록 발전했다. 하지만 HTML 설계상의 한계점인 표현과 기능의 통합은 기존 HTML을 개선하는 형태로는 해결이 더 어려워졌다. 바로 이러한 HTML의 한계를 극복하기 위해 등장한 표준이 XForms이다.

XForms 개요
기존의 HTML이 ‘어떻게 보여지느냐’에 초점을 맞췄다면 XForms는 ‘무엇을 해야 하느냐’ 라는 물음에 주목하고 있다. XForms는 Form을 데이터 모델, 인터페이스, 데이터와 같이 세 부분으로 나눠 내용과 표현을 명확하게 분리했다(Model 2의 MVC 패턴을 생각하면 이해가 쉬울 것이다). 이를 통해 XForms는 그 정보를 처리하는 기기에 독립적으로 활용될 수 있는 재사용성과 사용자 인터페이스를 추상화함으로써 다른 기기에 쉽게 전달될 수 있는 기기독립성, 그리고 폼의 내용과 표현을 분리해 다양한 입력이나 표현 방식으로 대응할 수 있는 접근성 등의 향상을 가져왔다.