라이브러리, API, SDK, Framework

1) 라이브러리 (Library)

 

(1) 정의

라이브러리는 응용 프로그램 개발을 위해 필요한 기능을 모아 놓은 소프트웨어이며, 간단하게 말하자면 프로그래머가 개발하는데 있어 유용한 컴포넌트들(Components)의 집합이라고 볼 수 있다.

 

여기서 컴포넌트는 클래스, 함수, 변수 등 그 모든 것들이 될 수 있다.

 

 

(2) 특징

 

• 재사용성

라이브러리는 재사용이 필요한 기능으로 반복적인 코드 작성을 없애기 위해 언제든지 필요한 곳에서 호출하여 사용할 수 있도록 주로 Class나 Function으로 만들어진다.

 

또한, 기존에 만들어둔 라이브러리를 재활용함으로써 개발 시간과 노력을 줄일 수 있다.

 

 

• 독립성

라이브러리의 사용 여부는 개발자 선택사항이며, 새로운 라이브러리 개발 시에도 엄격한 규칙을 따로 세울 필요가 없기에 개발 의도에 맞게 코딩하면 된다.

 

프레임워크와 달리 엄격한 규칙이 존재하지 않으며 개발 의도에 맞추어 능동적으로 라이브러리를 사용한다.

 

 

(3) 예시

대표적인 라이브러리로는 JDBC, jQuery, Lombok, Guava 등이 있으며, 직관적인 이해를 돕기 위해 간단한 예시를 들어보자.

 

Java 어플리케이션에서 DB와 연동하는 경우에 주로 JDBC 라이브러리를 활용하는데 개발자가 직접 DB 연동을 위한 함수들을 만들지 않아도 누군가 만들어둔 라이브러리를 활용하여 개발 시간을 단축할 수 있는 것이다.

 

또한, JDBC 라이브러리에 포함된 메소드(함수) 프로토타입들은 JDBC 라이브러리의 API라고도 부르며 다음으로 이 API에 대해 알아보자.

 

 

[참고] 라이브러리 (Library) vs 모듈 (Module), 플러그인 (Plug-In)

 

• 모듈 (Module)

모듈은 의미 그대로 “구성 단위” or “구성 부분”이며 라이브러리는 도서관이라는 뜻을 가지고 있고 개발에서는 라이브러리와 모듈을 동일한 의미로 사용하는 경우가 많다!

 

둘 다 자주 사용하게 되는 코드를 Class나 Function 단위로 묶어서 코드를 재사용한다는 것에 초점을 맞추고 있고 개발자마다 부르는 용어가 제각각 다를 수도 있으니 참고하도록 하자!

 

• 플러그인 (Plug-In)

플러그인은 어떤 특정한 하나의 문제를 해결하기 위한 컴포넌트이다.

 

즉, 라이브러리는 비슷한 성격을 가진 Plug-in의 집합이라고 보면 된다!

 

👉  라이브러리 = jQuery, 플러그인 = jQuery의 Slider, Modal

 

👉   jQuery에 다양한 plug-in이 존재하는데, 이들은 주로 어떤 하나의 문제를 해결하기 위한 컴포넌트들이다. ex) Slider, Modal

 

---

 

2) API (Application Programming Interface)

 

(1) 정의

직역하자면 “응용 프로그램에서 사용하는 프로그래밍 인터페이스”로 응용 프로그램에서 사용할 수 있도록 운영체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스를 뜻한다. (위키백과)

 

굉장히 추상적이어서 직관적인 이해가 어려울 수 있는데 일단 인터페이스란 단어부터 차근차근히 알아가보자.

 

인터페이스란 “사물과 사물 사이 또는 사물과 사람 사이의 경계에서 상호 간의 소통을 위해 만들어진 물리적 매개체나 프로토콜”을 뜻하고 사용이 편리하다는 “사용성”과 내부 구현은 숨겨져 있는 “정보은닉성”의 두 가지 특징을 지닌다.

 

쉽게 예시로 들자면 인터페이스는 자동차의 브레이크 같은 것으로 운전자(사람)는 브레이크 페달(인터페이스)을 밟아 손쉽게 차량(사물)의 속력을 줄일 수 있다! [사용성]

 

또한, (브레이크와 관련된) 자동차 엔진과 차량을 제어하는 복잡한 기술, 기능들은 내부에 숨겨져 있어 운전자는 알 수 없다. [정보은닉성]

 

따라서 운전자는 차량에 대한 전문 지식 없이도 브레이크 페달(인터페이스)을 통해 차량의 속도를 제어할 수 있다는 것이다!

 

이처럼 인터페이스는 구현과 사용을 분리하고 기능을 추상화하여 사용하기 쉽게 만든다.

 

이 외에도 휴대폰의 터치 패드나 TV의 리모콘 그리고 컴퓨터의 키보드, 마우스 등 실생활에서 다양한 인터페이스를 찾아볼 수 있다!!

 

이제 다시 API로 넘어와보자...참고로 위에서 언급된 인터페이스는 모두 사용자 인터페이스 (User Interface)의 사례들이고 사용자 인터페이스는 사용자 (User)와 최종 사용자 (End-User)가 일치한다는 특징이 있다.

 

즉, 사용자 인터페이스는 해당 기능을 단순히 이용하기만 하는 최종 사용자를 위해서 설계된다는 말이다.

 

null

 

반면에 API (Application Programming Interface)는 말 그대로 어플리케이션을 프로그래밍하는데 쓰이는 인터페이스로 API의 사용자가 최종 사용자인 경우는 드물고, 대부분의 경우 API의 사용자는 “개발자”이다.

 

API는 함수, 프로토콜, 도구등의 집합 형태로 제공되고 API 역시 인터페이스이기 때문에 사용자(개발자)는 함수, 프로토콜, 도구들의 집합, 구현에 대해서는 신경을 쓰지 않아도 된다.

 

개발자가 편리하게 사용할 수 있도록 내부 구현은 감춰져 있고 단지 API가 제공하는 기능을 이용해서 개발자가 원하는 새로운 기능(프로그램)을 만들면 되는 것이다.

 

 

[참고] 인터페이스

• 인터페이스는 크게 하드웨어 인터페이스, 소프트웨어 인터페이스, 사용자 인터페이스로 구분된다.

 

(2) 특징

• 구현과 독립적으로 사양만 정의되어 있다.

 

👉  해당 API를 사용하기 위한 API 문서가 제공된다.

 

 

• API에 따라 접근 권한이 필요할 수 있다.

 

👉  추후에 배울 “인증과 인가”를 학습하면 손쉽게 이해할 수 있다.

 

 

(3) 예시

• 소셜 로그인

여러 웹 사이트에서 소셜 로그인을 통해 이용할 수 있는데 이 또한 네이버, 카카오, 페이스북에서 관련된 API를 제공하기 때문에 가능한 것이다.

null

 

(4) API의 종류

• Private API

Private API는 내부 API로, 기업이나 연구 단체 등에서 자체 제품과 운영 개선을 위해 단체 내부에서만 사용. 따라서 제삼자에게 노출되지 않음.

 

• Public API

Public API는 말 그대로 public, 즉 개방형 API로 모두에게 공개되고 Public API 중에서도 접속하는 대상에 대한 제약이 없는 경우를 OpenAPI라 한다.

 

 

👉  기상청 API, 문화데이터 광장, 공공데이터 포털 등

 

• Partner API

Partner API는 특정 비즈니스 파트너 간의 데이터 공유. 그러므로 동의하는 특정인들만 사용할 수 있다.

 

 

 

(5) 아키텍처 스타일에 따른 API 종류

SOAP, RPC, REST API, GraphQL 등 아키텍처 스타일에 따라 다양한 API가 존재하지만 각각의 유형과 기능, 보안 지원방식 등에 차이점이 있지만 여기서는 다루지 않는다.

 

대부분 Restful API를 사용하며 요즘에는 GraphQL를 사용하는 추세이다.

 

 

 

[참고] 라이브러리 (Library)와 API (Application Programming Interface)에 대해 혼동하지 말자

 

 

라이브러리와 API에 대해 간단하게 개념을 Remind 해보자! 라이브러리는 프로그램 개발에 있어 유용한 컴포넌트들의 집합이고 컴포넌트는 함수, 변수, 클래스가 될 수 있으며 API는 함수, 프로토콜 등의 집합 형태로 제공된다고 하였다.

 

(위에서 같은 예시를 들었지만) Java 어플리케이션에서 DB와 연동을 위해 개발자는 직접 DB 연동을 위한 함수들을 만들지 않고 다른 개발자가 미리 만들어둔 JDBC 라이브러리를 활용하여 DB 연동을 하게 될 것이다.

 

이 때, JDBC 라이브러리에 포함된 메소드(함수) 프로토타입들은 “JDBC 라이브러리의 API” 라고 부른다.

 

즉, 라이브러리는 컴포넌트 자체를 의미하고 API는 그 컴포넌트를 활용하기 위한 규약 및 호출을 위한 수단이라고 보면 된다!

 

 

 

[참고] API 문서 (API Document)

• 프로그램 개발에 있어 개발자는 필요한 라이브러리를 가져다 쓰면 되지만 해당 라이브러리를 처음 사용하는 경우라면 사용 메뉴얼이나 API에 대한 기능 명세가 필요한데 이런 기능 명세가 적힌 것이 API 문서 (API Document)이다.

null

<JDBC API 문서 중 Connection과 관련된 API 기능 명세>

 

---

3) SDK (Software Development Kit)

 

(1) 정의

 

직역하자면 소프트웨어 개발 키트로 SDK 안에는 개발에 도움이 될만한 개발 도구 프로그램, 라이브러리, 디버거, 문서, API, 코드 샘플, 기타 유틸리티 등이 포함되어 있다.

 

SDK는 모두 대상이 되는 “특정” 운영체제 또는 서비스 등이 존재한다. → 해당 SDK가 어떤 목적을 가지는 지 파악하는 게 중요하다.

 

 

(2) 예시

• Android SDK, iOS SDK, Windows SDK

 

• AWS SDK, Azure SDK

 

---

4) 프레임워크 (Framework)

 

(1) 정의

프레임워크는 직역하자면 뼈대(기반 구조)를 뜻하며 “소프트웨어의 특정 문제를 해결하기 위해서 상호 협력하는 클래스와 인터페이스의 집합”이다

 

소프트웨어의 구체적인 부분에 해당하는 설계와 구현을 재사용이 가능하게끔 일련의 협업화된 형태로 클래스들을 제공하며 라이브러리와 달리 애플리케이션의 틀과 구조를 결정할 뿐만 아니라 그 위에 작성된 개발자의 코드까지 제어한다.

 

프레임워크는 구체적이며 확장 가능한 기반 코드를 가지고 있으며, 설계자가 의도하는 여러 디자인 패턴의 집합으로 구성되어 있다.

 

즉, 간단히 말하자면 애플리케이션 개발에 있어 기본적인 설계나 필요한 라이브러리는 제공해줄테니 개발자는 기능 구현에만 집중하자는 취지에서 만들어진 것이다.

 

(2) 특징

• 프레임워크에 의존하여 개발해야 하고, 프레임워크가 정의한 규칙을 준수해야 한다.

 

• 애플리케이션의 기반 구조를 어느 정도 제공해주기 때문에 개발자는 기능 구현에만 매진할 수 있다.

 

(3) 예시

• Spring, Django, React, Angular

 

 

[참고] 라이브러리 (Library) vs 프레임워크 (Framework)

• 라이브러리와 프레임워크 간의 차이는 애플리케이션 개발의 흐름이 누구에게 주어져 있는 지에 달려있다.

 

• 라이브러리는 개발자가 전체적인 흐름을 가지고 있어 원하는 기능을 구현하고자 할 때, 가져다 사용하는 것이지만 프레임워크는 애플리케이션의 기본 뼈대와 구조를 어느정도 제공해주기 때문에 전체적인 흐름 자체가 프레임워크에 있어 개발자는 프레임워크의 규칙에 따라야 한다.

 

• 즉, 프레임워크는 라이브러리와 달리 가져다 사용한다는 개념보다는 개발자가 프레임워크라는 특정 공간에 들어간다는 개념이다.

 

Reference

https://yozm.wishket.com/magazine/detail/727/

https://www.hanl.tech/blog/api%EB%9E%80-api%EC%9D%98-%EC%A0%95%EC%9D%98%EC%99%80-%EC%A2%85%EB%A5%98-%EC%9E%A5%EB%8B%A8%EC%A0%90/

https://goldfishhead.tistory.com/27

https://cerulean85.tistory.com/322

https://lily-im.tistory.com/16

https://jokergt.tistory.com/89

https://www.inflearn.com/course/%EB%84%93%EA%B3%A0%EC%96%95%EA%B2%8C-%EC%BB%B4%EA%B3%B5-%EC%A0%84%EA%B3%B5%EC%9E%90/unit/128266

프레임워크란?

학습 페이지

라이브러리, API, SDK, 프레임워크에 대해서

[Frontend] 프레임워크/ 라이브러리 /플러그인 개념 및 차이점