시간이 무척빠르군요..

일단은 두번째 스타오피스(파워포인트와 동일한것)파일의 진도를 나가보겠습니다.

이것은 따로 설명하는부분의 내용이 없는것을 저자가 올려두었고

실제적인 슬라이드의 내용들은 가끔씩 영문이 더 이해가 좋은부분이 많이 있으므로

스피드 하게 넘어가도록 하겠습니다.

하여간 이번글은 1-20페이지 까지입니다.
여러가지 내용을 봐도 별로 크게 읽어볼만하지는 않습니다. 하지만..
http://www.dhtmlgoodies.com/ <---------- 이사이트는 한번 방문해볼만 합니다.





1----------------------------------------------
AJAX Toolkits and AJAX Toolkits and
Frameworks Frameworks


Sang Shin Sang Shin
Java Technology Architect Java Technology Architect
Sun Microsystems, Inc. Sun Microsystems, Inc.
sang.shin@sun.com sang.shin@sun.com
www.javapassion.com www.javapassion.com

2--------------------------------------------------

Disclaimer & Acknowledgments

상신은 선 마이크로시스템의 정규직원임에도 불구하고 여기의 내용들은 그 자신의 개인적인

노력으로 그리고 이렇게 그리고 선마이크로시스템의 어떠한 부분적 기술의 지원도 없이 만

들어졌다.

3--------------------------------------------------

이 문서의 목표

1. Ajax툴킷과 프레임의 솔루션의 오늘날의 가능성에 대해서 당신에게 느낌을 주고 싶다.
-- 각각의 것들은 다른 문서에서 정밀하게 이야기 될것이다.

2. 어떤환경아래에서의 기술적인 사용법의 대략의 가이드라인을 제공하겠다.
-- 이것은 상신의 개인적인 관점을 기준으로 한다 : 다른이는 아마도 다른관점을 가질것이

다.
-- 당신의 필요성에 의한 최종적인 판단이 될것이다.


4-------------------------------------------
현재의 Ajax툴키의 형태와 프래임웍 솔루션

1. 클라이언트쪽의 자바스크립트 라이브러리
2. RMI-like remoting via proxy
3 AJAX-enabled JSF components
4 Wrapper (jMaki)
5 Java to JavaScript/HTML translator (GWT)
6 Web Application Frameworks with AJAX extension
7 A few more out there


5-------------------------------------------
클라이언트쪽의 레이어 구조

(그림참조)

6-------------------------------------------

레이어의 구조학 (클라이언트 쪽)

Remoting abstraction layer
Xmlhttprequest의 제어 그리고 Iframe의 숨김

&#8226; Proxy
> Handles client side of RPC like communication
&#8226; Widgets and components
> Provides ready-to-use UI widgets such as calendar, button,
etc
&#8226; JavaScript event handlers
> Provides client-side logic


7----------------------------
Client Side Client Side
JavaScript Libraries
8-----------------------------

Client Side JavaScript Libraries
(그림참조)

9-------------------------------

클라이언트쪽의 자바크립트 라이브리의 특색

1. 서버쪽 기술의 불가지론
-- 서버의 기술은 자바 EE, Net, PHP, ruby on rails 등

2. 지역적이거나 또는 url을 통해 어느한쪽에서 실행하는 동안의 접근가능
- 동적자바코드의 산출이 아닌것

3. 단일 프로그램내에서 합성적으로 사용가능
- 여러소스내에서의 자그만기능을 사용하는것과 자바스크립트 도구들을 원할것이다.

10-----------------------------------

클라이언트에서 자바스크립트 라이브러리를 사용하는것에 대한 기술적 이유

1.비동적으로 원거리 통신 제어
-- low-level xmlhttprequet처리를 숨긴다

2. 브라우저의 비호환성 제어
- 코드의 if/else등의 난잡스럽움이 필요없다.

3. 우아한 하위지원의 조정
만약 브라우저는 더이상 xmlhttprequest 지원하지 않는다면 Iframe 사용한다.

4. Ajax를 통한 페이지 네비게이션의 지원
- 뒤로 그리고 앞으로 버튼
- 북 마킹

11 ------------------------------------

사용자측면에서 자바스크립트 라이브리 사용에 대한 기술적 이유

1. 기능의 준비된 사용의 지원
-- 트리, 칼란다, 텍스트필드, 버튼, Split panes, Fisheye, etc.

2. DOM 도구의 쉬운 사용의 지원
- 오리지날 Dom api보다 쉬운 사용

3. 자바도구의 사용 지원
- 예 : 테이블 관리, 타이머, 등

4. 에러 제어용 지원
- 좀더 쉬운 에러핸들링

5. 좀더 유연한 이벤트 핸들링 지원
- Dom 노드 베이스, 기능적 호출 베이스, AOP style


12 --------------------------------------

사용자측면에서 자바스크립트 라이브리 사용에 대한 기술적 이유

1. 진보적인 UI 형태 지원
- 에니메이션
- 드레그 and 드랍
- Fade out and Fade in

2. Generally encourages OO programming style
- 자바스크립트를 사용하는 보조적 기능


13--------------------------------------

사용자측면에서 자바스크립트 라이브리 사용에 대한 기술적 이유

1. 마켓내에서 증명
- 당신것보다 일반적으로 높은 질

2. 개발자와/사용자의 대화를 확립시킨다
- 공유적인 형태의 통하여 발전을 유지시킨다.
- 공유적 포럼을 통하여 좀 더 쉬운 도움을 받는다.

3. 쉽게 사용한다.
- 당신의 웹 프로그램의 root데릭토리나 url위치정보의 같은것들을 가지는것

4. 툴 지원
- IDE는 조만간 그것들을 지원할것이다.


14--------------------------------------
Client-side JavaScript Libraries

1. DOJO Toolkit
> 뛰어나고 그리고 포괄적이다.
> Gaining a leadership in this space
> Major industry support (Sun, IBM)
> http://dojotoolkit.com/

2. Prototype
> Used by other toolkit libaries
> http://prototype.conio.net/


15-------------------------------------

Client-side JavaScript Libraries

1 Script.aculo.us
> Built on Prototype
> Nice set of visual effects and controls
> http://script.aculo.us/

2 Rico
> Built on Prototype
> Rich AJAX components and effects
> http://openrico.org/

3 DHTML Goodies
> Various DHTML and AJAX scripts
> http://www.dhtmlgoodies.com/


********** 여기서
http://www.dhtmlgoodies.com/ <---------- 이사이트는
가볼만 하다.. 반드시 직접 가보길 바란다.


16----------------------------------------
장단점

장점
- 어떠한 서버사이트 기술과 함께 사용이 가능하다.
- 많은 소스들로 부터 많은 기능이 있다.

단점
- 개발자는 여전히 자바스크립트를 배워야 한다.
- 여러 라이브러리는 다른 구문을 사용한다.

사용할때
- 여러가지 서버 기술이 필요하다
- 여러소스들로부터의 기능이 필요하다((jMaki will help here assuming you are using Java EE)


17 ------------------------------------------
Demo: Running Demo: Running
Widgets from Dojo, Widgets from Dojo,
Script.aculo.us, Script.aculo.us,
Rico, DHTML Goodies


18-----------------------------------------------
Demo Scenario: Run Online Demos
&#8226; Dojo
> http://archive.dojotoolkit.org/nightly/demos/widget
&#8226; Script.aculo.us
> http://wiki.script.aculo.us/scriptaculous/show/Demos
&#8226; Rico
> http://openrico.org/rico/demos.page
&#8226; DHTML Goodies
> http://www.dhtmlgoodies.com/ <------------- 꼭 들러봐라

19 ----------------------------------------
RMI-like Remoting RMI-like Remoting
via Proxy

20-----------------------------------------
이미지 참조<div class='small'>[이 게시물은 관리자님에 의해 2011-10-31 16:57:14 JavaScript에서 이동 됨]</div>