누군가 인터페이스 작성기 문서 윈도우에 나타날 수있는 자리 표시 자 객체의 종류를 설명 할 수 있습니까? 내가 존재 알고 자리의Interface Builder의 자리 표시 자 객체
종류는 다음과 같습니다 파일의 소유자, 첫 번째 응답자 및 응용 프로그램 위임
링크 :
내가 Interface Builder에 애플의 개발자 웹 사이트에서이 복사, 질문 답변 희망이 도움이됩니다.
은 기본적으로 내 자신의 말로 자리는 프로그램의 모든 것을 보유하고 사용자가 코코아와 코코아에서 그 라인을
Choose Appropriate Controller Objects따라
UIView또는UIImageView, 뭔가처럼, 보는 모든 구성 nib 파일을 터치하면 File 's Owner placeholder 객체가 nib 파일의 객체와 응용 프로그램 간의 키 링크를 제공합니다. nib 파일을로드 할 때 파일 소유자가되어야하는 객체에 대한 포인터가있는로드로드 루틴을 제공해야합니다. 로드 프로세스의 일부로,로드로드 코드는 지정한 오브젝트와 파일 소유자에 연결된 nib 파일 오브젝트 간의 모든 연결을 자동으로 재 작성합니다.응용 프로그램의 아키텍처를 설계 할 때 nib 파일을 관리 할 개체를 고려해야합니다. 단 하나의 File 's Owner 개체 틀 개체가 존재하는 이유가 충분하지 않습니다. 일반적으로 하나의 객체가 nib 파일과 그 내용의 로딩과 관리를 조정하도록하는 것이 가장 좋습니다. 이 단일 접점은 응용 프로그램의 데이터 모델과 해당 데이터 모델을 표시하는 데 사용되는 시각적 요소 사이에 원하는 장벽을 제공하며 모델보기 컨트롤러 디자인의 핵심입니다.
File 's Owner 오브젝트 너머에서 nib 파일의 서브 세트를 관리하기 위해 nib 파일에 직접 추가 컨트롤러 오브젝트를 작성할 수 있습니다. 이 방법으로 여러 컨트롤러를 사용하면 창 동작을보다 관리하기 쉬운 덩어리로 분류 할 수 있습니다. 예를 들어, 창에 서로 다른 정보 창이 여러 개있는 경우 별도의 컨트롤러 개체를 만들어 각 창을 관리 할 수 있습니다. 각 컨트롤러는 파일 소유자를 계속 진행하여 추가 정보를 얻습니다.
iPhone 응용 프로그램에서 nib 파일에 File 's Owner 이외의 자리 표시 자 개체를 포함 할 수도 있습니다. 이러한 추가 자리 표시 자 객체는 거의 항상 응용 프로그램에서 사용중인 탐색 컨트롤러 및 다른보기 컨트롤러를 나타내는 데 사용됩니다. 이러한 추가 자리 표시 자 개체가 있어도 File 's Owner의 역할은 줄어들지 않습니다. File 's Owner 객체는 여전히 nib 파일의 내용 전체를 조정할 책임이 있습니다.
여기에 대한 답변은 question입니다.
또한 App Delegate를 placeholder라고 부릅니다. 자리 표시자는 연결을 위해 NIB 파일에서 사용할 수 있지만 해당 파일이로드 될 때 인스턴스화되지 않는 개체입니다.따라서 사용자 지정 클래스가 "MyAppDelegate"로 설정된 주 큐브가 MainWindow.xib 파일에 있으면 NIB로드시 "MyAppDelegate"의 인스턴스가 인스턴스화됩니다. 예를 들어, MainWindow.xib의 파일 소유자는 일반적으로 "MyApplication"이며 NIB가로드 될 때 이미 인스턴스화되지 않고 이미 할당되고 init되고로드를 수행 중일 때 MyApplication의 인스턴스는 인스턴스화되지 않습니다. 따라서 파일의 소유자는 이미 존재하는 객체의 자리 표시 자이며 일반적으로 응용 프로그램 대리인은 아닙니다.
설명해 주셔서 감사합니다. 내부 인터페이스 빌더 인 File 's Owner의 클래스는 inspector의 information 탭에서 설정할 수 있습니다. – Casebash
다른 질문에 대한 다른 부분에 대한 답을 찾았을 것으로 추측됩니다.이 답변은 남은 유일한 대답에 불과합니다. – Casebash
당신은 환영합니다. – Jaba