우선, 나는 C ++을 좋아하고 Java보다 C ++로 코딩하는 것이 더 쉽다고 생각하는 사람들 중 하나입니다. 하나의 작은 것을 제외하고 라이브러리.
Java에서는 단순히 jar를 빌드 경로에 추가하면 완료됩니다.
C ++에서는 일반적으로 헤더 파일과 라이브러리 자체에 여러 경로를 설정해야합니다. 경우에 따라 특수 빌드 플래그를 사용해야 할 수도 있습니다. 주로 Visual Studio, 코드 블록을 사용했으며 IDE는 전혀 사용하지 않았습니다. 외부 라이브러리 사용에 관해 이야기 할 때 세 가지 옵션 모두 크게 다르지 않습니다.
왜 이것에 대한 간단한 대안이 없었는지 궁금합니다. IDE가 빌드 플래그 설정을 위해 모든 작업을 수행 할 수 있도록 필요한 모든 것을 한 곳에 갖춘 특수한 .zip 파일이있는 것처럼. 이에 대한 기술적 장벽이 있습니까?
답변:
C ++는 객체 지향 프로그래밍을 지원하여보다 쉽고 자동화 된 언어를 만들어 C 언어를 향상 시키도록 설계되었습니다. 그러나 C가 외부 라이브러리와 헤더 파일을 처리하는 방식을 변경하거나 개선하기 위해 아무런 조치도 취하지 않았습니다. C ++에는 최신 언어와 같은 모듈 시스템이 없습니다. 여전히 C 전처리 기와 링커 시스템을 사용합니다. C ++의 목표 중 하나는 C 코드와의 하위 호환성 이었기 때문에 이것은 놀라운 일이 아닙니다. 모든 C ++ 모듈 시스템은 이전 C 헤더 파일 / 링커 시스템과 함께 작동해야합니다. C ++ 표준위원회는 더 현대적인 모듈 시스템을 설계하지 않았습니다. (그들이 노력하고 있지만 아래의 Klaim의 의견을 참조하십시오.)
기술적 장벽이 아닙니다. Linux에서 "특수 zip 파일"은 패키지 관리자와 함께 설치하는 라이브러리 -dev 패키지이며, include 및 linker 플래그 를 설정하는 것은 pkg-config 를 configure.ac사용 하여 설정 하는 몇 줄을 추가하는 것만 큼 간단 합니다.
Pkg-config는 Windows에서도 사용할 수 있지만 문화적 장벽으로 인해 널리 채택되지 못했습니다. 유닉스는 소스 코드를 배포함으로써 이식성을 가능하게하는 강력한 역사를 가지고 있기 때문에 무료로 개발 툴을 포함하고있다. Windows는 바이너리 배포 만 장려하고 개발자에게 도구를 청구하는 강력한 역사를 가지고 있습니다. 돈을 판매하는 도서관을 만들 때, 제 3자가 도서관을 더 쉽게 제공 할 수 있도록하는 것은 의미가 없습니다.