[10분 테코톡] 🙆‍♀️티버의 API vs Library vs Framework

[10분 테코톡] 🙆‍♀️티버의 API vs Library vs Framework

각각의 특징과 차이점을 살펴보고 어떤 식으로 사용할 수 있는지 이해하기

---

API (Application Programming Interface)

API는 "응용 프로그램 간의 연결을 담당하는 인터페이스"입니다. 운영 체제나 특정 서비스가 제공하는 기능을 제어하고, 다른 프로그램과 데이터를 주고받을 수 있도록 돕는 역할을 합니다.

API 예시

예를 들어서 사용자들이 맛집을 공유하는 서비스를 만든다고 가정해 봅시다.
지도가 핵심 요소인데, 직접 구현하기에는 어렵습니다.
이때 Google Maps API를 사용하면 됩니다!

1. 우리 프로그램이 Google Maps API에 요청을 보냅니다.
2. Google Maps API가 해당 요청을 처리하고 응답을 반환합니다.

예제 요청 url

https://maps.googleapis.com/maps/api/geocode/json?address=Seoul&key=YOUR_API_KEY

이 URL을 통해 요청을 보내면 Google Maps API가 서울의 위도와 경도를 포함한 JSON 데이터를 반환합니다. API는 프로그램 간의 다리 역할을 한다고 생각하면 됩니다!

API 특징

• 구현과 독립적으로 사양만 정의됨 → API를 사용하는 프로그램은 내부 구현을 몰라도 됨
• 접근 권한이 필요할 수도 있음 → 예: Java API, 여러 기업의 오픈 API

Library

라이브러리는 "특정 기능을 수행하는 코드의 집합"입니다.
마치 도서관에서 필요한 책을 골라 쓰듯이 필요한 기능을 라이브러리에서 가져와 사용합니다.

Library 예시

학생들의 성적을 계산하는 프로그램을 만든다고 가정해 보려고 합니다.

1. 학생들의 성적을 문자열로 입력받습니다.
2. 라이브러리를 호출해 평균값을 계산합니다.

이처럼 프로그램이 필요할 때 라이브러리를 호출하는 것이 능동적 사용의 개념입니다.

Library 특징

• 독립성을 가짐 → 하나의 라이브러리는 다른 라이브러리에 의존하지 않음

• 응용 프로그램이 능동적으로 사용 → 사용자가 필요할 때 라이브러리를 호출함

• 예시 → Apache Commons, Guava, Lombok, jQuery 등이 있습니다.

Framework

프레임워크는 "소프트웨어 개발을 위한 틀"입니다. 개발자는 이 틀 안에서 코드를 작성하면 되고, 프레임워크가 실행 흐름을 제어합니다.

Framework 예시

스프링 프레임워크(Spring Framework)를 사용한 웹 애플리케이션을 생각해 봅니다.

1. 클라이언트가 요청을 보냅니다.
2. 프레임워크가 요청을 처리하고, 컨트롤러와 매핑합니다.
3. 컨트롤러가 개발자가 작성한 비즈니스 로직을 호출합니다.

위 코드에서 개발자는 hello() 메서드만 작성했지만 실제 요청 처리 흐름은 스프링 프레임워크가 담당합니다.
프레임워크는 프로그램의 실행 흐름을 제어하고, 개발자는 그 틀에 맞춰 코드를 작성하면 됩니다. 이 때문에 수동적인 사용이라고 합니다.

Framework 특징

• 상호 협력하는 클래스와 인터페이스의 집합 → 여러 기능이 구조적으로 결합됨
• 응용 프로그램이 프레임워크에 의해 제어됨 (수동적 사용) → 사용자가 아닌 프레임워크가 실행 흐름을 주도
• 예시 → Spring Framework, JUnit, Ruby on Rails 등

핵심 차이점

Library vs API

• API는 "연결 인터페이스"이고, Library는 "기능 제공 코드 모음"입니다.
• API는 단순히 "이렇게 요청하면 이런 응답을 줄게"라고 가이드하는 반면에 라이브러리는 실제 구현된 코드입니다.

Library vs Framework

• 주도권 차이 → 라이브러리는 "사용자가 필요할 때 호출"하는 능동적 사용, 프레임워크는 "프레임워크가 흐름을 제어"하는 수동적 사용.
• 라이브러리는 "도구", 프레임워크는 "틀"이라고 이해하면 쉽습니다.