제 개인적인 생각을 말씀드리자면 API 는 프로그램과 프로그램 사이를 연결해주는 다리 역할을 해주기 때문에 구현 로직을 무 라고 표현하신거 같고 라이브러리는 독립성을 가지고 있는 프로그램 그 자체이기 때문에 구현로직이 유 . 전체적으로 구현로직의 유무를 통해 차이점이 있다. 저는 이렇게 해석을 하였습니다
구현 로직의 유무로 표현해서 약간 애매해진게 있는거 같은데, 해당 소스코드가 이미 실행중인지 여부에 따라서 보면 될것 같네요. 라이브러리는 애플리케이션이 실행될때, 그때 같이 코드가 로드되어 동작되지만 API는 이미 돌아가고 있는 별도의 어플리케이션에 메시지를 통해 요청을 해서 결과값을 받는 방식이죠. 비유를 하자면 잠자고 있는 애를 내가 깨워서 필요한거를 받아내면 라이브러리 이미 깨어있는 애한테 필요한거 좀 줘 하고 요청해서 필요한거를 받아내면 API라고 보면 될것 같아요.
라이브러리를 사용해서 프로그램 내부에서 해당 기능을 구현, API를 사용하면 프로그램 내부에서 구현하지 않고 접근법만 사용(영상 내 "사양만 정의하여 구현하지 않고도 결과를 얻을 수 있음") 지도 - 실제 라이브러리 사용해서 구현 vs 구글 맵 API를 통해 얻어오냐 이런 느낌으로 이해하여, 구현하지 않고 접근만 하기에 API로 사용 위처럼 이해했습니다.
누군가 물어보면 대답못했을 단어들이네요.
스타벅스로 예를들면 스타벅스라는 브랜드가 framework, 음료를 만드는 방법이 library, 손님이 주문하고 받는 의사소통이 api로 이해하면 되겠네요. 좋은 설명에 감사드립니다.
헷갈렸던 라이브러리와 프레임워크의 개념이 좀 더 명확해졌습니다 : ) 영상 감사합니다 !
덕분에 애매했던 라이브러리와 프레임워크 개념을 더 잘 이해했습니다. :)
좋은 강연 감사합니다. 프레임워크는 뭔가 살짝 이해가 안되서 구글을 검색해 보았지만요 ㅎㅎ
유익하고 재밌어요
좋은 정보 감사합니다
공부하러왔다가 사랑에빠졌습니다
잘 봤습니다
좋은 강의 감사합니다 ㅎㅎㅎ
Library와 API의 차이점은 구현 로직의 유무이다. 에서 질문이 있습니다 !
API와 라이브러리 모두 만들어 놓은 것을 사용한다는 느낌도 같고, 결과적으로는 구현 로직이 존재하는데, 어떤 점에서 유무가 있는걸까요~?
제 개인적인 생각을 말씀드리자면 API 는 프로그램과 프로그램 사이를 연결해주는 다리 역할을 해주기 때문에 구현 로직을 무 라고 표현하신거 같고 라이브러리는 독립성을 가지고 있는 프로그램 그 자체이기 때문에 구현로직이 유 . 전체적으로 구현로직의 유무를 통해 차이점이 있다. 저는 이렇게 해석을 하였습니다
구현 로직의 유무로 표현해서 약간 애매해진게 있는거 같은데, 해당 소스코드가 이미 실행중인지 여부에 따라서 보면 될것 같네요.
라이브러리는 애플리케이션이 실행될때, 그때 같이 코드가 로드되어 동작되지만
API는 이미 돌아가고 있는 별도의 어플리케이션에 메시지를 통해 요청을 해서 결과값을 받는 방식이죠.
비유를 하자면 잠자고 있는 애를 내가 깨워서 필요한거를 받아내면 라이브러리
이미 깨어있는 애한테 필요한거 좀 줘 하고 요청해서 필요한거를 받아내면 API라고 보면 될것 같아요.
라이브러리를 사용해서 프로그램 내부에서 해당 기능을 구현,
API를 사용하면 프로그램 내부에서 구현하지 않고 접근법만 사용(영상 내 "사양만 정의하여 구현하지 않고도 결과를 얻을 수 있음")
지도 - 실제 라이브러리 사용해서 구현 vs 구글 맵 API를 통해 얻어오냐 이런 느낌으로 이해하여, 구현하지 않고 접근만 하기에 API로 사용
위처럼 이해했습니다.
👍
두르뭉실 명확하지 않음
덕분에 애매했던 라이브러리와 프레임워크 개념을 더 잘 이해했습니다. :)