오픈 API 편집하기
편집을 되돌릴 수 있습니다.
이 편집을 되돌리려면 아래의 바뀐 내용을 확인한 후 저장해주세요.
최신판 | 당신의 편집 | ||
47번째 줄: | 47번째 줄: | ||
; 장점 | ; 장점 | ||
− | + | # 분산 컴퓨팅 환경을 다루기 위해 설계되어 있다. | |
− | + | # 웹서비스를 위해 보급된 많은 표준을 사용하여 구현할 수 있다. | |
− | + | # 언어, 플랫폼, 통신환경에 중립적이다. | |
; 단점 | ; 단점 | ||
− | + | # 복잡한 구조를 가지고 있어서 HTTP 상에서 바로 전달되기 무겁다. | |
− | + | # [[인코딩]]/디코딩 과정 등 처리(혹은 개발)하는 데에 난이도가 높다. | |
− | + | # 사용을 위해 별도의 [[개발환경]](Tool)이 필요하다. | |
− | + | # 레스트 방식보다 표준을 지키기 위해 복잡성이 증가한다. | |
=== 레스트 === | === 레스트 === | ||
61번째 줄: | 61번째 줄: | ||
; 장점 | ; 장점 | ||
− | + | # 소프보다 처리(및 개발)가 쉽다. | |
− | + | # 언어, 플랫폼에 중립적이다 | |
− | + | # 웹에 가까운 설계와 철학으로 간결하다. | |
; 단점 | ; 단점 | ||
− | + | # 소프와 반대로 표준규격이 부족하여 함축적이지 않고 안정성이 덜하다. | |
− | + | # 둘 이상을 대상으로 상호작용하는 분산 환경에는 유용하지 않다. | |
− | + | # 보안, 정책 등에 대한 표준이 없다. | |
− | + | # 오직 HTTP 통신 모델에 의존한다. | |
API를 처음 접하는 사용자 입장에서, 소프는 다루기 어렵다. 그렇기 때문에 최근엔 REST를 주로 사용한다. 따라서 API의 사용법 역시 REST에 기반한 API 제공에 초점을 둔다.<ref>코딩cheat sheet, 〈[https://godongyoung.github.io/%EC%BD%94%EB%94%A9cheat%20sheet/2019/05/22/Open-API-%ED%99%9C%EC%9A%A9%EB%B0%A9%EB%B2%95-%EC%A0%95%EB%A6%AC(%EA%B0%84%EB%8B%A8-%EC%84%A4%EB%AA%85).html (cheat sheet)Open API 활용방법 정리(간단 설명)]〉, 《개인 블로그》, 2019-05-22</ref> | API를 처음 접하는 사용자 입장에서, 소프는 다루기 어렵다. 그렇기 때문에 최근엔 REST를 주로 사용한다. 따라서 API의 사용법 역시 REST에 기반한 API 제공에 초점을 둔다.<ref>코딩cheat sheet, 〈[https://godongyoung.github.io/%EC%BD%94%EB%94%A9cheat%20sheet/2019/05/22/Open-API-%ED%99%9C%EC%9A%A9%EB%B0%A9%EB%B2%95-%EC%A0%95%EB%A6%AC(%EA%B0%84%EB%8B%A8-%EC%84%A4%EB%AA%85).html (cheat sheet)Open API 활용방법 정리(간단 설명)]〉, 《개인 블로그》, 2019-05-22</ref> |