RESTful이 뭔지 몰라서 정리한 글

RESTful을 몰라 검색 → SOAP → RPC → xml → json → 프로시저 → RPC → SOAP → REST 순으로 공부하게 되었습니다.

 

완벽하게 이해는 못했지만 이해한 만큼만 올리려고 합니다요.

 

xml? json?

 

이 둘의 공통점은 구조화된 문서를 전송 가능하게 만든 텍스트 포멧 형식을 말한다.

 

예를 들어보자 "123124" "마우스" "1" "12000" 이라는 데이터를 전송하면 상대방은 이게 무슨 데이터인지 모르것이다.

 

xml 예)

<?xml version="1.0" encoding="euc-kr"?>

<거래 물품>

<물품명></물품명>

<물품번호></물품번호>

<수량></수량>

<가격></가격>

</거래 물품>

 

json 예)

{

"goods":

{

"물품명" : "마우스"

"물품번호" : "123124"

"수량" : "1"

"가격" : "12000"

}

}

 

이런식으로 데이터에 의미를 부여하는 것을 말한다.

 

xml과 json의 장단점

 

xml의 장점

-tag구조 이기 때문에 작성이 편함

-사람이 읽기 편하다

-플랫폼에 종속적이지 않기 때문에 이기종간의 통신이 용이

xml의 단점

-실 데이터가 아닌 tag글자의 양이 필요이상으로 많다.

 

 

json의 장점

-내용이 함축적이기 때문에 최소한의 정보만을 가지고 있다.

-파싱이 간편

json의 단점

-함축적이기 때문에 내용의 의미를 파악하기가 힘들다

 

 

 

soap? rest?

 

 

soap란 :일반적으로 널리 알려진 HTTP, HTTPS, SMTP등을 통해 xml 기반의 메시지(http+xml)를 컴퓨터 네트워크 상에서 교환하는 프로토콜

한 마디로, "부탁해"->"자 여기"

 

 

 

 

soap의 장점

1)HTTP를 이용하기 때문에 프록시와 방화벽에 구애받지 않고 쉽게 통신이 가능합니다.

2)플랫폼에 독립적입니다.

3)Client가 물리적으로 인접하지 않은 서버에게 객체나 함수를 호출하여 결과 값을 받을 수 있습니다.(RPC:원격 프로시저(함수) 콜)

4)분산 웹서비스 환경에서 용이

5)웹 서비스를 위한 보급된 많은 표준들이 있다 = 안정적이다

 

soap의 단점

1)교환 과정이 복잡

 

 

rest란 : 간단히 soap가 xml+http 형식으로 보낸다면 rest는 URL을 이용하여 데이터를 요청하는 것입니다.

 

 

 

rest의 장점

1)soap와 같이 플랫폼에 독립적입니다.

2)soap보다 개발하기 단순합니다

3)교환 과정이 간편합니다.

 

rest의 단점

1)포인트 투 포인트(P2P)통신이기 때문에 분산환경에는 유용하지 않습니다.

2)정의된 포준이 없습니다 = 부수적인 문제들이 생길 수 있다.

 

 

 

soap  vs  rest(표준이냐 간결함이냐의 차이)