Xcode에서 "링크 된 프레임 워크"대신 "내장 바이너리"를 언제 사용해야합니까?
라이브러리와 이진 링크 VS Embed Frameworks에 설명 된 두 옵션의 차이점에 대한 좋은 질문이 있습니다 .
둘 다 사용할 수있는 옵션이있는 것 같습니다. 임베디드 바이너리를 더 잘 사용해야하는 경우 또는 링크 된 프레임 워크보다 어떤 경우를 사용해야합니까?
이 문제를보다 명확하게 해결하기위한 확실한 예가 있습니까? 감사
링크 된 질문은 "바이너리와 바이너리 링크"기능을 참조하며 이는 내장 바이너리와 약간 다릅니다.
"라이브러리와 바이너리 연결"은 링크와 관련하여 예상되는 것을 의미합니다. 바이너리가 정적 라이브러리, 동적 라이브러리 또는 프레임 워크인지에 관계없이 컴파일 후 링크 타임에 오브젝트 코드에 링크됩니다.
정적 라이브러리와의 연결을 생각할 때, 링커 는 라이브러리에서 코드를 출력 바이너리로 복사 합니다 libFoo.a. 출력 파일의 크기는 커지지 만 런타임에 외부 종속성을 해결할 필요는 없습니다. 정적 라이브러리와 관련하여 프로그램을 실행하는 데 필요한 모든 것은 프로그램이 작성된 후에 존재합니다.
동적 라이브러리 (.dylib 또는 시스템 제공 프레임 워크)를 사용하면 프로그램을 실행할 때 링크하는 라이브러리가 시스템의 동적 라이브러리 로더 경로에 존재하게됩니다. 이렇게하면 모든 타사 외부 라이브러리를 바이너리로 복사하는 오버 헤드가 없으며 해당 라이브러리에 연결된 컴퓨터의 모든 다른 프로그램에서 찾을 수 있으므로 디스크 공간을 최소화하면서도 공간을 절약 할 수 있습니다 시스템이 라이브러리를 캐시하는 방법과 위치에 따라 잠재적으로 메모리 공간.
프레임 워크는 동적 라이브러리와 매우 유사하지만 디렉토리 구조 (이미지, 오디오, 기타 프레임 워크 등)에 리소스를 포함 할 수 있습니다. 방금 있도록 프레임 워크에 연결해야 할 수도 있으므로이 경우에는 간단한 정적 라이브러리 또는 .dylib 파일을 잘라하지 않습니다 이 제대로 실행하는 데 필요한 것을 찾을 수 있습니다.
타사 프레임 워크 (예 : github에서 다운로드하여 직접 빌드 한 것)에 연결하면 실행하려는 시스템에 없을 수 있습니다. 이 경우 프레임 워크에 링크 할뿐만 아니라 "프레임 워크 복사"단계를 사용하여 프레임 워크를 응용 프로그램 번들에 포함시킵니다. 프로그램이 실행될 때 런타임 로더 (일명 리졸버)는 시스템 로더 경로와 함께 번들 내부를보고 내장 된 프레임 워크를 찾은 다음 링크하여 앱이 실행하는 데 필요한 코드를 갖도록합니다.
마지막으로, 적절하게 "임베디드 바이너리"란 파일 복사 단계를 통해 애플리케이션 번들에 임베드 한 실행 파일이며 호출 popen()또는 이와 유사한 방식으로 사용자 자신을 실행 합니다. 내장 바이너리는 프로그램에서 호출 할 수 있지만 연결되어 있지 않습니다. /bin디렉토리의 프로그램과 같은 완전히 외부 엔티티 입니다.
실제로, 시스템 제공 라이브러리 및 프레임 워크의 경우 링크를 제공하기 만하면됩니다.
내장 된 리소스가 필요하지 않은 (즉, 프레임 워크가 필요하지 않은) 빌드 한 라이브러리를 연결해야하는 경우 정적 라이브러리에 연결하면됩니다. 프로그램에 동일한 라이브러리 코드를 사용하려는 여러 모듈이있는 경우이를 프레임 워크 또는 동적 라이브러리로 변환하고 링크하면 공간을 절약하고 편리 할 수 있습니다 (특히 메모리 사용이 중요한 경우).
마지막으로 프레임 워크에는 리소스뿐만 아니라 헤더 및 / 또는 라이센스 파일도 포함될 수 있습니다. 프레임 워크를 사용하여 이러한 파일을 전달하는 것은 실제로 편리한 배포 메커니즘이므로 종종 프레임 워크를 통합하여 바이너리와 함께 태그를 지정할 수 있습니다 (예 : 라이센스 요구 사항으로 인해 필수).
--- 편집하다 ---
Adam Johns는 다음 질문을 의견으로 올렸습니다.
이것은 좋은 대답입니다. 그러나 여전히 약간 혼란스러워하는 것이 있습니다. 바이너리를 직접 실행한다는 것은 무엇을 의미합니까? 단순히 임베디드 프레임 워크의 코드를 사용한다는 의미입니까? popen ()을 언급했지만 내 앱이 popen ()을 호출하고 있다는 것을 알고 있습니까? 나는 그것이 무엇을 의미하는지 정말로 모른다.
임베디드 바이너리 는 오디오 파일이나 이미지와 같은 번들의 또 다른 리소스 파일 이라고 말하고 있지만 파일은 실행 가능한 명령 줄 도구입니다. 이 popen()기능을 사용하면 ( man popen터미널에서 자세한 내용을 읽을 수 있음) 실행중인 다른 프로그램에서 임의의 프로그램을 실행할 수 있습니다. 이 system()기능은 다른 방법입니다. 다른 것들도 있고 여기에 포함 된 바이너리의 이해를 좀 더 명확하게 이해할 수있는 역사적인 예가 있습니다.
아시다시피, Mac OS X에서 응용 프로그램을 시작하면 현재 사용자의 사용자 ID로 시작됩니다. 대부분의 일반적인 설치에서 기본 사용자는 데스크탑 admin사용자이며 사용자에게 부여 501됩니다.
Unix 기반 운영 체제에서는 root사용자 (사용자 ID 0) 만 전체 파일 시스템에 대한 전체 액세스 권한을 갖습니다. 데스크탑 사용자가 시작한 설치 프로그램이 권한있는 디렉토리 (예 : 드라이버)에 파일을 설치해야하는 경우가 있습니다. 이 경우, 응용 프로그램은 root제한된 디렉토리에 쓸 수 있도록 권한을 사용자 에게 에스컬레이션해야합니다 .
OS X 10.7을 통해 운영 체제에서이를 용이하게하기 위해 Apple은 Authorization Services API 에서 AuthorizationExecuteWithPrivileges () 기능을 제공했습니다 (이 기능은 더 이상 사용되지 않지만 여전히 유용한 예입니다).
AuthorizationExecuteWithPrivileges()as로 실행할 명령 줄 도구의 경로를 인수로 사용했습니다 root. 명령 행 도구는 설치 로직을 실행하기 위해 작성한 실행 가능한 쉘 스크립트 또는 컴파일 된 바이너리입니다. 이 도구는 다른 리소스 파일과 마찬가지로 응용 프로그램 번들 안에 설치되었습니다.
호출되면 OS는 사용자의 암호를 묻는 인증 대화 상자를 표시하고 (이전에 본 적이 있습니다!) 입력하면 root앱 대신 프로그램을 실행합니다 . 이 프로세스는 단독 으로 프로그램을 실행하는 것과 비슷 popen()하지만 popen()단독으로 권한 상승의 이점을 제공하지는 않습니다.
한마디로
- 시스템 라이브러리, 링크;
- 타사 라이브러리를 포함시킵니다.
왜?
- 시스템 라이브러리를 내장하려고하면 팝업 목록에서 찾을 수 없습니다.
- 타사 라이브러리를 연결하면 충돌이 발생할 수 있습니다.
Dependency관리 의 일부입니다 [정보]
링크 이진
Build Phases -> Link Binary With Libraries의 거울입니다 General -> Linked Frameworks and Libraries.
정적 라이브러리 및 프레임 워크
Static Library or Static Framework이 섹션에 를 추가하면 Frameworks 그룹에 나타나고 프로젝트에 대한 참조가 추가됩니다. 그런 다음에 사용됩니다 Static Linker. Static Linker컴파일시 라이브러리의 모든 코드를 실행 가능 객체 파일에 포함 / 복사 합니다.
Static Library
static library이 섹션에를 추가하지 않으면 링커 오류 [ld : symbol (s) not found]가 발생 합니다. 또한Static linker쌍의 작품Build Settings -> Library Search Paths[라이브러리를 찾을 수 없습니다]
Framework
[No such module]과 함께 작동해야합니다 Build Settings -> Framework Search Paths.
static framework이 섹션에를 추가하지 않으면 컴파일 오류가 발생합니다 [No such module] .- 에 대해서는이 섹션을 건너 뛸 수 있습니다
dynamic framework.
이진 포함
정적 라이브러리 및 정적 프레임 워크
Embedding wouldn’t make any sense for a Static Library and Static Framework because the symbols from them are compiled into the executabl. Xcode won’t let you drop a static library under the Embed section.
Dynamic Framework
Build Phases -> Embed Frameworks is a mirror of General -> Embedded Binaries. Embedding actually adds a copy of the framework into your application bundle. As a result, when a framework is added/removed to Embed section it will be automatically added/removed to Linked section. By default the bundle's folder is Frameworks but you can change it using Destination field. Moreover you can specify a Subpath.
Dynamic linker :dyld at load or run time will try to find the embedded framework using @rpath[About] If it is not found the error will occur [dyld: Library not loaded]
The source is here.
'programing tip' 카테고리의 다른 글
| node.js에서 기본 시간대를 어떻게 설정합니까? (0) | 2020.07.07 |
|---|---|
| 비교 연산자는 null int와 어떻게 작동합니까? (0) | 2020.07.07 |
| 최대 절전 모드-일괄 업데이트가 업데이트에서 예기치 않은 행 개수를 반환했습니다. 0 실제 행 개수 : 0 예상 : 1 (0) | 2020.07.07 |
| IntelliJ 프로젝트 인덱스 재 구축 (0) | 2020.07.07 |
| Java가 정적 초기화 블록에서 확인 된 예외를 발생시키지 않는 이유는 무엇입니까? (0) | 2020.07.06 |