AJAX는 어떻게 될 것인가?

이한길의 이미지

다음 질문에 대해 어떻게 생각하십니까?

AJAX는 어떻게 될 것인가?

저는 실재로 AJAX를 알게 되었고,
이것으로 하나의 프로젝트를 수행했습니다.

물론 AJAX를 하나의 모델로 보고 수행한 것이 아니고..
하나의 기술로 보고 이용하는 정도로 사용했습니다.

결국 사이트는 전체적으로 보여주는데에.. HTML DOM에 많이 의존하게 되었고
테그로 감싼 로 데이터를 서버로 전달하는것은
단지 파일 업로드를 위해서만 사용하게 되었습니다.

그런데 zdnet에는 다음과 같은 글이 실렸더군요

http://www.zdnet.co.kr/news/enterprise/etc/0,39031164,39145540,00.htm

Quote:
그리고 나는 이것이 다음과 같은 케이스는 되지 않을 것이라고 확신하지만, Ajax와 웹 기반 매쉬업(mashup)은 '빛 좋은 개살구'와 동의어가 될 수도 있다.

그러면 여기 오시는 분들은 어떻게 생각하시나요?

앞으로 AJAX가 사이트 구축에 널리 사용되는 기술로 계속 발전해 나갈까요?
아니면 정말 "'빛 좋은 개살구'와 동의어"가 될까요?

...

하나의 사이트를 구축해본 경험으로는.. 적당한 방법론이 정착된다면..
충분히 가능할 수 있겠다는 생각이 듭니다.

첫번째로 문제가 되는것은 HTML DOM을 보다 보기 좋기 JAVASCRIPT로 컨트롤하는 것입니다.
HTML DOM으로 사이트를 보여주기 위해 document.createElement와 document.appendChild를 자주 사용하면
코드가 나중에는 모습이 어떻게 보일지 가늠하기 힘들만큼 엉망이 되어버립니다.
특히 테이블을 만들때 더 스파게티가 되더군요.

그래서 이것을 자바의 swing처럼 사용할 수 있도록 패키징(?)해보려고 시도했었습니다.
하지만 그것도 쉽지는 않더군요. 같이 할 사람이 있으면 프로젝트를 진행해보고 싶기도 합니다.

두번째로 문제가 되는 것은 데이터를 언제나 XML로 만들어서 보내야 하는것은 아니지만
주로 그렇게 보내야만 하는데 PHP가 에러를 발생시켜서 엉뚱한 문자들이 찍히면..
안에서 조용히(?) 에러가 발생하여 조사하려면 responseText를 alert로 찍어줘봐야 하는데
내용이 많아 화면을 넘어갈 경우에는 조금 불편한 경우가 생깁니다.
그밖에도 자바스크립트의 디버깅이 좀 불편한 문제가 있고
ie와 ff의 차이때문에 개발이 좀 난감할때가 있었습니다.

그 외에도 다른 귀찮은 문제들이 더 있었던것 같은데.. 바로 생각이 나진 않네요..
일단 제일 발목을 잡은 문제를 지적해봤습니다.

sugarlessgirl의 이미지

구글에서 만든 gwt 란게 있습니다.
http://code.google.com/webtoolkit/
이한길님께서 생각하시는 그런게 아닐까 합니다.

일단 표준으로 되있는 기술을 사용한다는 점이 상당히 훌륭하다고 생각되고..
그 외에는 아는게 없어서 뭐라 할말이.. -_-;;

음.. google maps 같은 web application 이 가능하다는 것은 상당히 멋지다고 생각됩니다.

dormael의 이미지

구글에서는 잘 활용하고 있는것 같습니다.
어차피 기술이니 잘 쓰면 되는거 아닐까요?

-- Signature --
青い空大好き。
蒼井ソラもっと好き。
파란 하늘 너무 좋아.
아오이 소라 더좋아.

이한길의 이미지

eadgbe wrote:
구글에서 만든 gwt 란게 있습니다.

아.. 그런게 있군요. 고맙습니다. 제가 생각했던것과는 약간 다르지만 이런게 있구나..싶은 생각이 듭니다. 라이선스를 알아보고 사용해볼까 싶기도 합니다..
----
먼저 알게 된 것을 알려주는 것은 즐거운 일이다!
http://hangulee.xo.st
http://hangulee.egloos.com/

----
먼저 알게 된 것을 알려주는 것은 즐거운 일이다!
http://hangulee.springnote.com
http://hangulee.egloos.com

1day1의 이미지

ajax , javascript 라이브러리 형태를 도입하는 것이 좋지 않을까요?
(이미 시행착오를 겪은 것들이라 다시 시행착오를 겪지 않게 해주죠.)

구글, 야후, prototype , http://script.aculo.us/ , dojo - http://dojotoolkit.org/
http://firejune.com/index.php?stag=%EC%9B%B9

데이터 교환으로 XML 도 많이 쓰이지만, JSON 도 많이 쓰는 것 같습니다.(오히려 선호하는 듯)

ajax 에 대해서는 "잘못사용하면 오히려 독이 될 수 있다" 라고 생각하고 있습니다.
필요한 곳에 부분적으로 사용하는 것이 좋을 듯 합니다.

F/OSS 가 함께하길.. (F/OSS서포터즈,F/OSS서포터즈그룹)

F/OSS 가 함께하길..

이한길의 이미지

JSON.. 이 뭔가 했더니.. "JavaScript Object Notation"였군요..
http://www.json.org/ 여기보고 공부좀 해야겠습니다..

오래전 파이어폭스에서 javascript를 어뜨케 다루나 보다가..
본 단어 같았는데.. 그랬었네요..

위에 추천해주신 사이트보고도.. 감탄했습니다.

새상은 넓고 배울건 많군요...

----
먼저 알게 된 것을 알려주는 것은 즐거운 일이다!
http://hangulee.xo.st
http://hangulee.egloos.com/

----
먼저 알게 된 것을 알려주는 것은 즐거운 일이다!
http://hangulee.springnote.com
http://hangulee.egloos.com

평양선봉의 이미지

제 생각은 널리널리 확장될거 같습니다. :)

웹사이트가 더욱더 동적으로 변해가고 있습니다. 불필요한 페이지 이동대신, 필요한 정보를 빠르게
특히, Mobile 쪽(잘은 모르지만..ㅡㅡ;)에서의 Ajax 사용은 적은 데이터 이동으로 필요한 정보를 가져올수 있기때문에, 확장될거 같다고 생각합니다.

----
웹페이지 : http://bzpalm.net/

이한길의 이미지

1day1 wrote:
데이터 교환으로 XML 도 많이 쓰이지만, JSON 도 많이 쓰는 것 같습니다.(오히려 선호하는 듯)

혹시 JSON을 더 선호하는 이유가 무엇인가요?
XML보다 JAVASCRIPT에서 사용하기가 편하다... 는 것 말고..
선호하는 특별한 이유가 있는지 모르겠습니다.

개인적으로는 XML이 조금 불편한 면이 있긴 하지만
XML데이터를 충분히 JAVASCRIPT의 OBJECT로 만들어줄 수 있기 때문에
일반적인 데이터 표현 추세로 비추어보면 XML이 더 적합하지 않나 싶습니다.

----
먼저 알게 된 것을 알려주는 것은 즐거운 일이다!
http://hangulee.xo.st
http://hangulee.egloos.com/

----
먼저 알게 된 것을 알려주는 것은 즐거운 일이다!
http://hangulee.springnote.com
http://hangulee.egloos.com

1day1의 이미지

저도 잘 모르는 부분이 많아 정확한 이야기가 아닐 수 있습니다.(그점 감안하고 읽으시길)

XML 이 크로스플랫폼(perl, python 등 서로 연동(?)되는 ..) 환경에서 XML 에 대한 해석을 잘 못하는 경우가 있는 듯 합니다.
가끔씩 오동작을 하는 등의 문제가 있습니다.(이 문제는 차츰 시간이 지나면 해결 될 문제라고 생각됩니다.)
JSON 이 다루기 편한 부분도 한 몫 하는 것 같구요.

어떤 데이터를 쓰냐의 문제는 사실 JSON <-> XML 에 대한 변환이 자유롭기 때문에 큰 의미는 없을 것도 같습니다.
저도 나중을 생각하면 역시 XML 쪽이 더 나을 것이라고 생각합니다.
ajax 자체가 완성된 것은 아니니, 계속 변화가 있을 것입니다.

ps. 제가 헛소리를 하고 있는지도 모릅니다.(가려서 이해하시길.. ^^)

F/OSS 가 함께하길.. (F/OSS서포터즈,F/OSS서포터즈그룹)

F/OSS 가 함께하길..

livehyun의 이미지

candinate의 이미지

분명 좀 어정쩡한 기술같습니다.

시기상으로도 지금 웹2.0으로 넘어가는 과도기인게 그렇고 기술적 완성도로도 이미 나온거 조합한 짭뽕이니..

어정쩡하게 구글이나 좀 쓰다가..

아마 곧 새로운 프레임웍이 대체될거 같습니다.

1day1의 이미지

ajax 에 대한 오해에서 비롯되는 생각이신것 같습니다.

흔히들 시맨틱웹 = 웹2.0 = ajax 이렇게 오해를 많이 합니다.
정확히 말하면, 시맨틱웹 > 웹2.0 > ajax 의 관계가 맞다고 생각합니다.

그리고, ajax - 구글 뿐 아니라, 야후, MS 등 쓰이는 곳이 많습니다.(점점더, 조금씩)

F/OSS 가 함께하길.. (F/OSS서포터즈,F/OSS서포터즈그룹)

F/OSS 가 함께하길..

gogoonee의 이미지

저랑 조금 바라보는 관점이 다르시네요..
제가 인식하기론 ajax 는 어떤 프레임웍도 아니고 무슨 신기술도 아니고 'java script 에서 바로 url 접근해서 데이터를 가져올 수 있으니 이걸 잘 쓰면 웹사이트를 훨신더 동적으로 만들수 있다'
그리고 우린 그런 방식의 웹 개발을 AJAX 라 부르자..

이걸로 인식하고 있거든요.. AJAX 가 아직 완성 안되었다거나 어정쩡한 기술 이런게 적용되는 특별한 솔루션이나 프로그래민 표준 규약이나 이런게 아니란거죠..

전 아주 많이 쓰이리라 생각됩니다.

무궁무진하게 적용할데가 많드라구요..

이한길의 이미지

ajax는 html dom과 함께 사용되어 상상 이상의 홈페이지가 나오기도합니다.
구글이 하고 있는 것들이 그렇고 1day1님의 링크에서 보여주는 것도 그렇습니다.

플래시나 액티브액스, 자바애플릿과 같은 것들을 완전히 대체하진 않는다 하더라도
그동은 그것으로밖에 할 수 없었던 일들 중 많은 것들을 가능하게 할 것이라고 생각됩니다.

프로그래밍 할 때에는 html dom을 javascript로 제어하는것의 비중이 더 크겠지만
ajax의 도움이 없다면 그다지 큰 효과가 없을 것이라고 생각합니다

아울러 1day1님의 친절한 대답에 감사드립니다.

----
먼저 알게 된 것을 알려주는 것은 즐거운 일이다!
http://hangulee.xo.st
http://hangulee.egloos.com/

----
먼저 알게 된 것을 알려주는 것은 즐거운 일이다!
http://hangulee.springnote.com
http://hangulee.egloos.com

7339989b62a014c4ce6e31b3540bc7b5f06455024f22753f6235c935e8e5의 이미지

ajax는 꼭 필요한 곳에만 사용하는게 좋을 것 같습니다.
남발한다고 좋은게 아니니까요~
그리고 자바스크립트가 작동되지 않을 때를 위한 fallback은 꼭 필요하다고 생각합니다.

평양선봉의 이미지

공감합니다.
브라우져에서 스크립트 기능을 끄면, 작동 안되는 사이트.. 제가 많이 만들었습니다. :(
좀더 방어적으로 사용해야 할것 같습니다.

----
웹페이지 : http://bzpalm.net/