Ajax(Asynchronous JavaScript and XML)

- 대화식 웹 애플리케이션의 제작을 위해 다음과 같은 조합을 이용하는 웹 개발 방법
   1. 표현 정보를 위한 HTML(또는 XHTML)과 CSS
   2. 동적인 화면 출력 및 표시 정보와의 상호 작용을 위한 DOM, 자바스크립트
   3. 웹 서버와 비동기적으로 데이터를 교환하고 조작하기 위한 XML, XSLT, XMLHttpRequest(Ajax 애플리케션은 XML/XSLT 대신 미리 정의된 HTML이나 일반 텍스트, JSON, JSON-RPC를 이용 가능).

- DHTML이나 LAMP와 같이 Ajax는 자체가 하나의 특정을 기술을 말하는 것이 아니며, 함께 사용하는 기술의 묶음을 지칭하는 용어이다.
   실제로 AFLAX와 같이 사실상 Ajax에 바탕을 두고 있는 유사/복합 기술들이 속속 나타나고 있다.

- 기존 기술과의 차이점
   : 기존의 웹 애플리케이션은 브라우저에서 폼을 채우고 이를 웹 서버로 submit(하나의 요청이 됨)하면, 웹 서버에서 요청된 내용에 따라 데이터를 가공하여 새로운 웹 페이지를 작성하고 응답으로 되돌려 주는 형태이다. 일반적으로, 최초에 폼을 가지고 있던 페이지와 사용자가 이 폼을 채워 결과물로서 되돌려 받은 페이지는 유사한 내용을 가지고 있는 경우가 많다. 결과적으로 중복되는 HTML 코드를 다시 한 번 전송 받게 됨으로써 많은 대역폭을 낭비하게 된다. 대역폭의 낭비는 금전적 손실을 야기할 수 있으며 사용자와 대화(상호 반응)하는 서비스를 만들기 어렵게도 한다.
     반면에, Ajax 애플리케이션은 필요한 데이터만을 웹 서버에 요청해서 받은 후 클라이언트에서 데이터에 대한 처리를 할 수 있다. 보통 SOAP이나 XML 기반의 웹 서비스 프로토콜이 사용되며, 웹 서버의 응답을 처리하기 위해 클라이언트쪽에서는 자바스크립트를 쓴다. 웹 서버에서 전적으로 처리되던 데이터 처리의 일부분이 클라이언트 쪽에서 처리되므로 웹 브라우저와 웹 서버 사이에 교환되는 데이터량과 웹 서버의 데이터 처리량도 줄어들기 때문에 애플리케이션의 응답성이 좋아진다. 또한, 웹 서버의 데이터 처리에 대한 부하를 줄여주는 일이 요청을 주는 수많은 컴퓨터에 대해서 일어나기 때문에 전체적인 웹 서버 처리량도 줄어들게 된다.


- 장점
   1. 페이지 이동없는 고속 화면 전환
   2. 서버 처리를 기다리지 않고, 비동기 요청 가능
   3. 수신하는 데이터량을 줄일 수 있고, 클라이언트에게 처리 위임 가능

- 단점
   1. Ajax를 쓸 수 없는 브라우저에 대한 문제
   2. Http 클라이언트의 한정된 기능
   3. 페이지 이동없는 통신에 따른 보안상 문제
   4. 지원하는 Charset이 한정됨
   5. 스크립트로 작성되므로 Debugging이 용이하지 않음
   6. 요청을 남발하면, 역으로 서버 부하가 늘 수 있음



** 참고: 위키백과