3. FOO의 3번째 똥꼬쇼

AJAX 페이지는 그대로 결과를 페이지 수정한다.

요청발생은 클라이언트 ---> 서버

 ex) 채팅서버 

서버  ----- 클라

|    |    |

클라  클라

 웹에서는 적용하기 어려웠다.

 

--------------------------------------

polling 클라가 서버에게 계속 물어보다. 자주 반복되면 좋음(트래픽낭비문제)

comet --> iframe 을 통해 창을 똑같이 넣어준다.

페이지에 iframe을 넣어서 요청을 안끊는다. (에러가 나면 죽는다.)

AJAX를 보안하기위해 웹소켓을 구현해서

소켓을 web위에 올린다. 이를 통해 서버와 클라이언트가 서로 상호작용할수있다.

원래의 웹은 클라가 요청을 해야만 했는데 소켓을 통해 서버도 요청보내줬다. 

언어별로 구별하는 방법이 다르다. 

JSP 

PYTHON 

node.    ----> socket.io를 통해  구현

REST API 를 이용해 서버를 구현하면 (최근에도 REST API)를 구성하는게 좋다.

클라이언트                 서버

프론트엔드                백엔드 

템플릿 사용시 프론트 백엔드 다알아야한다. 여기서 문제가 발생

프론트엔드 백엔드 나눠서 하는게 좋다. 

분리하는 목적으로 REST API가 생겨났다. 

서버는 클라한테 HTML만준다. // WAS를 없앤다(?) 동적인 것은 처리안한다.

환율을 표시할때 데이터가 매번 바껴야한다.

클라가 요청한 HTML에서 페이지를 스크립트없는 것을 보여주고

아래에 넣는데 AJAX를 통해서 서버에게 날리고 WAS를 통해서 DB가 XML(-->JASON으로 바꿔서씀) 전달해준다. 

//데이터를 들어넣어 주는것은 

처음요청, 웹페이지 WAS를 거치지않은것 그리고나서 동적인 데이터를 받아온다.

그다음 스크립트를 통해 동적인 데이터를 

AJAX는 HTML문서가 아니다. 

cf) 어플리케이션 만들때 xml로 하고 중간의 값을 AJAX 처럼 받아올 수 있다. 

REST API Server를 통해 주고 받을 수 있다

     

======================================================

REST API server 웹서버

프론트엔드와 백엔드를 나눌수있다. 

HTML은 프론트엔드만 하면된다. REST API 는 서버 개발하면서 하면된다. 

모바일용 페이지랑 웹 페이지에서 데이터 주고받을때 REST API를 같이 동시에 사용할 수 있어서 좋다.

시메틱하게 만들어야한다. HTML GET PUT POST