축적된 경험, 수집된 레이크 및 시간과 수백 명의 개발자가 테스트한 기능은 개발에 사용되는 라이브러리의 의미를 설명하는 가장 좋은 방법입니다.

기성품 라이브러리를 사용하는 데에는 장단점이 있습니다.

• + 바퀴를 재발명하느라 시간을 허비할 필요가 없습니다.
• + 기성 기능을 이미 테스트하고 “어린이 문제”를 수정했습니다(라이브러리가 인기 있는 경우).

1. 프로그래머는 라이브러리가 어떻게 취약하고 성능에 영향을 미치는지에 항상 관심이 있는 것은 아닙니다.
2. 기능의 작은 부분만 사용해야 하는 경우 모듈이 상당히 번거로울 수 있습니다. 구현을 위해 몇 시간의 작업만 필요한 경우 기성 솔루션을 사용하는 것이 정당화되지 않는 경우가 많습니다. 몇 줄의 코드로 방대한 작업을 해결하고 가져올 수 있다면 바퀴를 재발명할 필요가 없습니다. 처음에 의도한 기능의 크기를 이해하고 추정하는 것이 중요합니다. 이것은 경험과 함께 제공됩니다.

어떤 일은 라이브러리 없이는 거의 할 수 없습니다(또는 적어도 할 수는 있지만 어렵고 길고 이해가 되지 않습니다). 우리는 주로 타사 도구 및 서비스에 대한 액세스에 대해 이야기하고 있습니다. 예를 들어 모바일 애플리케이션 내부의 결제는 표준을 통해 이루어지지만 여전히 라이브러리입니다.

목록에 이미지를 표시하는 것은 쉬운 작업처럼 보일 수 있습니다. 그러나 실제로는 캐싱, 크기 조정, 모서리 둥글기 등과 같은 몇 가지 문제가 있을 것입니다. 이것은 인기 있는 이미지 라이브러리를 사용하는 것이 정당화되는 것 이상이라는 좋은 예입니다.