URI와 URL의 차이는 항상 헷갈렸다.
그래서 이참에 간단하게 정리해보고자 한다.
1. URI
URI는 Uniform Resource Identifier의 약자로 직역하면 '통합 자원 식별자' 이다.
즉 URI는 자원 자체를 식별하는 고유한 문자열이다.
티스토리 주소창을보면 아래와 같이 https나 www가 없다.
member/blog 로 리소스를 식별하여 정보를 제공한다.
2. URL
URL은 Uniform Resource Locator의 약자로 직역하면 '통합 자원 위치' 이다.
마찬가지로 위에서 봤던 주소창을 클릭후 전체 복사해보고 붙여넣어 봤다.
https://www.tistory.com/member/blog
위와 같이 https와 www가 붙어서 복사가 된다.
이는 프로토콜 https + www + 리소스가 모두 포함되어 어느 위치에 이 사이트가 있는지까지 정보가 담겨있다.
3. URI vs URL
위 에서 URI와 URL을 봤을때 나는 처음 URL이 더 넓은 범위지 않을까? 라고 생각했다.
URL은 항상 URI를 포함하고 있기 때문이다.
하지만 조금만 생각해본다면 URI가 더 넓은 범위라는 것을 알 수 있다.
URL은 프로토콜을 포함해야 하지만 URI는 그렇지 않다.
그럼 URL을 URI로 부를 수 있다.
반대의 경우 프로토콜이 빠져 있다면 URI를 URL로 부를 수 없는 경우가 있다.
그래서 URI가 URL을 포함한다고 볼 수 있다.
4. 결론
친구한테 해당 사이트를 공유했는데 주소 길이가 카톡창을 꽉 채워버린다면 당황할것이다.
그래서 최근에는 긴 URL주소보다 간단하고 사용하기 쉬운 URL로 바꾸려는 노력이 있다.
URL -> URI 로 바뀌고 있는 것이다.
그래서 요즘 URI, URL이란 단어들이 헷갈려서 간단하게 정리했다.
참고
https://www.elancer.co.kr/blog/view?seq=74
'개발 > 정리' 카테고리의 다른 글
[정리] 타입에 대한 생각 (1) | 2023.07.04 |
---|---|
[정리] REST API 규칙 (0) | 2023.05.23 |
[정리] REST API (0) | 2023.05.21 |
[정리] Http Method 정리 (0) | 2023.05.19 |
[정리] DDD 설계 vs SQL중심 설계 (0) | 2023.05.12 |