최근 웹사이트에 Ajax 적용된 경우를 자주 보곤 하는데 특히 구글의 경우 web page라고 부르기에는 무색할 만큼 application에 가까울 정도로 Ajax를 극단적으로 잘 활용하고 있다.
위 이미지는 Google Calendar에 이벤트를 추가하고 있는 모습인데 마치 desktop application 처럼 즉각적인 반응을 나타내고 거기다가 desktop application과 달리 따로 저장할 필요도, 공유하거나 다른 자리에서 보기위해서 힘들게 전송하거나 들고 다닐필요도 없다. 즉, desktop application의 장점인 편리한 UI를 제공하는 동시에 online 의 잇점도 가지고 있다는 말이다.
이런 형태의 web application(web2.0의 기술적 구현체 정도? 정확히는 RIA라고 하는것이 맞을듯) 을 만들어 낼 수 있게된 이유는 당연히 최근 기술적 트렌드인 Ajax라고 불리는 기술이다. Ajax는 Javascript를 이용해 편리한 UI를 구성하는 동시에 비동기로 서버와의 통신을 가능케하여 웹을 application runtime으로 까지 끌어올렸으며 web2.0이라고 불리는 트렌드의 기술적 배경이기도 하다.
하지만 이런 Ajax 라고 하여도 적절하지 못한 곳에 쓰이면 쓸모 없거나 오히려 독이 될수도 있다. 당연한 예기이지만 최근 몇몇 사이트들을 보면 이런 사례들이 눈에 띈다. 극단적인 사례로 왜 IFRAME 기반으로 잘 작동되던 걸 DIV와 XMLHttpRequest로 바꾸는가? 단지 윗선의 기술적 트렌드 반영의 명령을 따르다보니 억지로 끼워넣을곳이 거기뿐이었던것인가? XMLHttpRequest를 사용해서 loding 메시지라도 보여주고 싶었던 것인가?
모든 웹페이지가 Ajax를 필요로하는 것은 아니다. RIA나 Web application 같이 Ajax 스러운 곳에 Ajax가 활용되어야지 기존의 페이지 기반의 웹사이트에 Ajax를 덧붙인다고 Ajax스럽다거나 web2.0스러워 지는것은 아니다.
Google Calendar
위 이미지는 Google Calendar에 이벤트를 추가하고 있는 모습인데 마치 desktop application 처럼 즉각적인 반응을 나타내고 거기다가 desktop application과 달리 따로 저장할 필요도, 공유하거나 다른 자리에서 보기위해서 힘들게 전송하거나 들고 다닐필요도 없다. 즉, desktop application의 장점인 편리한 UI를 제공하는 동시에 online 의 잇점도 가지고 있다는 말이다.
이런 형태의 web application(web2.0의 기술적 구현체 정도? 정확히는 RIA라고 하는것이 맞을듯) 을 만들어 낼 수 있게된 이유는 당연히 최근 기술적 트렌드인 Ajax라고 불리는 기술이다. Ajax는 Javascript를 이용해 편리한 UI를 구성하는 동시에 비동기로 서버와의 통신을 가능케하여 웹을 application runtime으로 까지 끌어올렸으며 web2.0이라고 불리는 트렌드의 기술적 배경이기도 하다.
하지만 이런 Ajax 라고 하여도 적절하지 못한 곳에 쓰이면 쓸모 없거나 오히려 독이 될수도 있다. 당연한 예기이지만 최근 몇몇 사이트들을 보면 이런 사례들이 눈에 띈다. 극단적인 사례로 왜 IFRAME 기반으로 잘 작동되던 걸 DIV와 XMLHttpRequest로 바꾸는가? 단지 윗선의 기술적 트렌드 반영의 명령을 따르다보니 억지로 끼워넣을곳이 거기뿐이었던것인가? XMLHttpRequest를 사용해서 loding 메시지라도 보여주고 싶었던 것인가?
모든 웹페이지가 Ajax를 필요로하는 것은 아니다. RIA나 Web application 같이 Ajax 스러운 곳에 Ajax가 활용되어야지 기존의 페이지 기반의 웹사이트에 Ajax를 덧붙인다고 Ajax스럽다거나 web2.0스러워 지는것은 아니다.
이올린에 북마크하기
이올린에 추천하기
댓글을 달아 주세요
시키는대로 하셩^^
ㅋㅋㅋㅋ
iframe 쓴다는 그 사이트 안가봤긴 하지만.. 보안문제때문에 ifram을 없애고 싶어던 게 아닐까싶네.. iframe이 보안에 무척이나 취약하다는거 다들 아는 사실이니..
ㅎㅎ 과연?