• 컴포넌트는 시스템의 구성 요소로 배포할 수 있는 가장 작은 단위

  Ex) 자바는 jar, 루비는 gem, 닷넷은 DLL

• 컴파일형 언어에서는 바이너리 파일의 결합체, 인터프리터 언어에서는 소스 파일의 결합체

• 컴포넌트가 마지막에 어떤 형태로 배포되든, 잘 설계된 컴포넌트라면 반드시 독립적으로 배포 가능한, 따라서 독립적으로 개발 가능한 능력을 갖춰야 한다

컴포넌트의 간략한 역사

• 소프트웨어 개발 초창기에는 메모리에서의 프로그램 위치와 레이아웃을 프로그래머가 직접 제어
• PDP-9 프로그램
• 구시대에는 프로그래머가 라이브러리 함수의 소스 코드를 애플리케이션 코드에 직접 포함시켜 단일 프로그램으로 컴파일
• 장치는 느리고 메모리는 너무 비싸서 자원이 한정적이므로 소스 코드를 여러 차례 읽어야만 했다
• 함수 라이브러리가 크면 컴파일은 더 오래 걸렸다
• 컴파일 시간 단축을 위해 함수 라이브러리의 소스 코드를 애플리케이션 코드로부터 분리
• 함수 라이브러리를 개별적으로 컴파일하고, 컴파일된 바이너리를 메모리 특정위치에 로드
• 함 수 라이브러리에 대한 심벌 테이블을 생성한 후 이를 이요해 애플리케이션 코드를 컴파일
• 만일 애플리케이션을 실행해야 한다면 바이너리 함수 라이브러리를 로드한 다음 애플리케이션 로드
• 그림 12.1 초기의 메모리 배치
• 하지만 애플리케이션이 너무 커져 두 개의 주소 세그먼트로 분리하여 동작하게 배치해야 했다
• 그림 12.2 애플리케이션을 두 개의 주소 세그먼트로 분리
• 함수 라이브러리가 많아지면서 할당된 메모리 주소를 넘게 되고 위와 같은 단편화가 지속

재배치성

• 해결책은 재배치가 가능한 바이너리
• 지능적인 로더를 통해 메모리에 재배치 할 수 있는 형태의 바이너리를 생성하도록 컴파일러를 수정하는 것