tao.log

OpenAjax Alliance라는 단체가 있었군요.

팔글 - 인사이드 구글 블로그를 통해 구글의 가입 소식을 듣게 되어서 해당 사이트에 가보니 이건 뭐 가입 안한 회사가 없네요 -0-;;

그중에서도  Thinkfree 와 웹오피스 시장에서  경쟁하고 있는  Zoho 가 눈에 띄는군요 ㅎㅎ

Thinkfree도 고스고스?

최근 웹사이트에 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스러워 지는것은 아니다.

  한 10년 정도 전이었던가 큰누이의 학교에서 교사별로 홈피를 만들라는 명령이 내려와서 반강제로 내가 대신 홈피를 만들어준적이있었다. 워낙 비쥬얼을 중시하는 내 특성상 그 당시에는 흔하지 않게 홈피 전체를 플래시로 만들었었는데 그게 처음이자 마지막으로 만들어본 플래시였다. (최근의 Flash.MX였던가 하는 넘들같은 flash autorhingt tool을 통해서 말이다)

  그 당시에 홈피를 구현하면서 motion tweening이나 morphing같은 animation을 다양하게 사용했는데 그건 그냥 화려한 효과일뿐 정작 홈피 자체의 기능을 위해서는 애초의 생각과 달리 결국 스크립트를 사용해야했었다. (나는 자바스크립트를 상당히 싫어했다... 사실은 지금도 썩...)

  당연한 예기인것 같지만 지금와서 생각해보면 html과 javascript의 관계같이 flash animation과 action script(플래시에서 사용하는 스크립트 언어)는 view와 control의 관계이고 조금더 동적이면 동적일수록 control, 즉 script에 무게가 많이 실려지듯이 클릭가능한 여러 요소를 포함하는 홈피를 만들면서 스크립트를 사용안할수 있는 방법은 없는게 당연한데 말이다.

  점점 웹 기술이 발전할수록 정적 텍스트 위주의 html에서 동적 컨텐츠 위주의 dhtml(html + javascript 정도라고 하면될려나 ...)로 바뀌어가고 점점 많은 스크립트가 사용되어가고 있고 최근에는 Ajax라고 불리는 기술이 이미 대세로 자리를 잡았다. 즉, 과거의 웹페이지는 점점 웹 어플리케이션으로 변해가고 있고 Ajax라는 기술이 이를 가능케하고 있는것이다.

  이런 웹어플리케이션들을 RIA(Rich Internet Application)라고 부르기도 하는데 과거의 애니메이션을 위해 만들어진 플래시 역시 스크립트 기능을 강화하면서 RIA에 대한 지원을 아끼지 않고 있다. 이미 최신 Flash Player (ver9) 는 animation player와는 거리가 먼 java와 같은 runtime이 되어버렸고  Flash Player내부에서 top level container였던 MovieClip은 추상화된 Stage라는 클래스에 자리를 내주었고 상속관계에서도 하나의 DisplayObject의 하위 구현체일뿐이다.


  Flash의 이런 구조적 변화와 함게 기존의 Flash의 개발 방법에도 변화가 왔고(사실 구조적 변화가 나중이다 -0-)  그넘이 바로 Flex인것이다. Flash.MX와 같은 animation 기반의 약간의 scriptting을 지원하는 Flash authoring tool로는 RIA 개발환경에 적합치 않기 때문에 developer에 익숙한 방식의 Flex가 나온것이다.
 
  Flex는 Flash Player위에서 구동되지만 기존의 design-centric flash 와는 아주 다른 RIA를 위해 태어난 기술이며 태생과 용도 모두 다르다.

Flex is not Flash!!!


*.  예기가 길어져서 #1이라고 붙이고 다음에 또 자세한 예기를 써볼까합니다^^
*.  예기하고 싶은게 많다 보니 첫글에서 넘 무리를... 주화입마에 들까 걱정입니다 ㅡ.ㅡ;;