URI, URL 와 RESTful API

 

http://127.0.0.1:5500/index.html  // url

http://127.0.0.1:5500/index  // uri

 

 

URI

영어 단어 Uniform Resource Identifier의 약자인 URI 뜻은 우리말로 ‘통합 자원 식별자’입니다.

• Uniform은 리소스를 식별하는 통일된 방식을 말합니다.
• Resource란, URI로 식별이 가능한 모든 종류의 자원(웹 브라우저 파일 및 그 이외의 리소스 포함)을 지칭합니다.
• Identifier는 다른 항목과 구분하기 위해 필요한 정보입니다.

 

즉, URI는 인터넷상의 리소스 “자원 자체”를 식별하는 고유한 문자열 시퀀스입니다. 

 

URL

URL은 Uniform Resource Locator, 네트워크상에서 통합 자원(리소스)의 “위치”를 나타내기 위한 규약입니다. 즉, 자원 식별자와 위치를 동시에 보여주죠.

웹 사이트 주소 + 컴퓨터 네트워크 상의 자원

 

이는 웹 사이트 주소뿐만 아니라 컴퓨터 네트워크 상의 자원을 모두 나타내는 표기법인데요. 조금 더 쉽게 설명하자면, 

 

특정 웹 페이지의 주소에 접속하기 위해서는 웹 사이트의 주소뿐만 아니라 프로토콜(https, http, sftp, smp 등)을 함께 알아야 접속이 가능한데, 이들을 모두 나타내는 것이 URL입니다!

URI와 URL의 차이점

 

| URI= 식별자, URL=식별자+위치

 

• naver.com은 URI입니다. 리소스의 이름만 나타내기 때문입니다.

 

•  이름과 더불어, 어떻게 도달할 수 있는지 위치까지 함께 나타내기 때문이죠. (프로토콜 ‘https’ 포함)

 

URI와 URL의 차이를 하나씩 살펴보며 정리해 볼까요?

 

RESTful API란

• RESTful은 일반적으로 REST라는 아키텍처를  구현하는 웹 서비스를 나타내기 위해 사용되는 용어이다.('REST API' 를 제공하는 웹 서비스를 'RESTful' 하다고 할 수 있다.)
• RESTful은 REST를 REST답게 쓰기 위한 방법으로, 누군가가 공적으로 발표한 것이 아니다.(즉, REST 원리를 따르는 시스템은 RESTful이란 용어로 지칭된다.)

RESTful의 목적

 

• 이해하기 쉽고 사용하기 쉬운 REST API를 만드는 것
• RESTful한 API를 구현하는 근본적인 목적이 성능 향상에 있는 것이 아니라 일관적인 컨벤션을 통한 API의 이해도 및 호환성을 높이는 것이 주 동기이니, 성능이 중요한 상황에서는 굳이 RESTful한 API를 구현 할 필요는 없다.
• RESTful 하지 못한 경우 ex1) CRUD 기능을 모두 POST로만 처리하는 API, ex2) route에 resource, id 외의 정보가 들어가는 경우(/students/updateName)