UIApplicationMain을 사용하여 iOS 응용 프로그램 개발 방법

UIApplicationMain 함수는 iOS 앱 개발에 중요합니다. 응용 프로그램 개체 (단 하나의 UIApplication 개체)와 응용 프로그램 대리자 (Xcode 템플릿으로 생성 된 클래스)를 만듭니다. 또한 앱의 run loo p 를 포함하여 메인 이벤트 루프 를 설정하고 이벤트 처리를 시작합니다.

UIApplication은 애플리케이션 전반의 제어를 제공합니다.

UIApplication 객체는 iOS 응용 프로그램에 대한 응용 프로그램 전반의 제어 및 조정을 제공합니다. 들어오는 사용자 이벤트의 초기 라우팅은 물론 컨트롤 개체에서 적절한 대상 개체로 작업 메시지를 전달하는 역할을 담당합니다.

응용 프로그램 개체는 응용 프로그램 시작, 메모리 부족 경고 및 배경으로 이동하고 전경으로 돌아 가기와 같은 상태 전환과 같은 응용 프로그램 고유의 방식으로 응답 할 수 있도록 응용 프로그램 대리인에게 메시지를 보냅니다.

위임 은 UIApplication 객체와 같이 복잡한 UIKit 객체를 서브 클래 싱하는 것을 방지하는 데 사용되는 메커니즘입니다. 프레임 워크 나 다른 객체에서 메소드를 서브 클래스 화하고 오버라이드하는 대신, 수정되지 않은 객체를 사용하고 사용자 정의 코드를 대신 델리게이트 객체에 넣을 수 있습니다.

Application Delegate 객체는 몇 가지 중요한 시스템 메시지를 처리하며 모든 iOS 응용 프로그램에 있어야합니다. 객체는 UIApplicationDelegate 프로토콜을 채택하는 한 원하는 모든 클래스의 인스턴스가 될 수 있습니다. 템플릿에서 UIResponder가 이벤트에 응답하고 이벤트를 처리 할 수있게 해주는 UIResponder의 하위 클래스라는 것을 알 수 있습니다. (UIApplication은 UIResponder에서도 파생됩니다.)

이 UIApplicationDelegate 프로토콜의 메서드는 응용 프로그램 수명주기 동안 필요한 동작이며이 사용자 지정 동작을 구현하는 방법입니다. 다음을 처리 할 코드를 작성하는 경우가 종종 있습니다. 응용 프로그램 대리인의 application: didFinishLaunchingWithOptions: 메서드에서

초기화.
배경 전환 및 전경 이동과 같은 상태 전환.
메모리 부족 경고.

UIApplication은 싱글 톤 객체이다. 그것에 대한 참조를 얻으려면 sharedApplication 메시지를 UIApplication 클래스에 보냅니다. 메시지를 보내면 메시지는 위임 객체에 대한 포인터를 제공합니다.

AppDelegate * appDelegate = [[UIApplication sharedApplication] delegate];

UIApplicationMain이 스토리 보드를로드합니다.

응용 프로그램의 Info.plist 파일이 스토리 보드 파일을 지정하면 UIApplication 함수가 스토리 보드 파일을로드합니다. 앱의 Info. plist 파일은 앱의 상위 구조에지도를 제공합니다.

파일을 보려면 프로젝트 탐색기의 보조 파일 항목에서 해당 파일을 선택하십시오. 편집자 영역에 파일이 정중하게 나타납니다.

nib 파일은 하나 이상의 개체에 대한 사양이 포함 된 리소스 파일로, 스토리 보드를 사용하지 않기로 선택했을 때 인터페이스 빌더를 사용하여 그래픽으로 사용자 인터페이스를 만드는 데 사용됩니다. 스토리 보드를 사용하는 경우 초기보기 컨트롤러가 인스턴스화됩니다. 초기보기 컨트롤러 설정은보기 컨트롤러 속성입니다. 이것은 대부분의 Xcode 템플릿에 의해 설정됩니다.

유틸리티 영역의보기 컨트롤러 속성에있는 확인란을 확인합니다. iPad 스토리 보드 파일에서 초기보기 컨트롤러는 템플릿에 포함 된 분할보기 컨트롤러입니다. 닙 - 로더는 네비게이션 컨트롤러와 루트 뷰 컨트롤러를 모두 인스턴스화합니다.

iPhone 스토리 보드 파일에서 초기보기 컨트롤러는 루트보기 컨트롤러로 테이블보기 컨트롤러를 사용하는 탐색 컨트롤러입니다.

UIApplication은 응용 프로그램에 didFinishLaunchingWithOptions: 메시지를 전달합니다.

응용 프로그램 대리인에 메서드가 구현 된 경우 application: didFinishLaunchingWithOptions: 메시지가 응용 프로그램 대리인에게 전송됩니다.

시작 시간은 응용 프로그램의 수명주기에서 특히 중요합니다. 사용자가 아이콘을 두드려 앱을 실행하는 것 외에도 앱을 실행하여 특정 유형의 이벤트에 응답 할 수 있습니다. 응용 프로그램에 전달 된 옵션 사전: didFinishLaunchingWithOptions: 메서드는 시작한 이유에 대한 정보를 제공합니다.

application: didFinishLaunchingWithOptions: 앱이 시작되고 스토리 보드가로드되면 위임자에게 메시지가 전송됩니다. 이 단계에서 볼 수 있듯이 앱을 초기화하고 설정합니다. 이 메시지가 전송 될 때 앱은 비활성 상태입니다. 이 메소드가 반환 된 후 어느 시점에서 앱이 활성화되어

foreground 로 들어갈 때 applicationDidBecomeActive: 메시지를 받게됩니다. 오래된 환영 화면이 없으면 사용자를 최대한 빨리 앱에 직접 올리는 것이 이상적입니다. 사실, 이렇게하는 방법은 일반적으로 앱의 자산 카탈로그에 배치하는 하나 이상의

시작 이미지 를 제공하는 것입니다. 시작 이미지는 사용자가 보는 첫 번째 화면의 배경입니다. 뷰를 만드는 쉬운 방법은 사용자가 볼 수있는 첫 번째 뷰에 대한 viewDidLoad 메서드에 중단 점을 설정하는 것입니다. 보기에 데이터를 추가하기 직전에 조치를 중지하십시오.

런타임에 적절한 장치 및 방향에 대한 시작 이미지가 즉시 표시되며, 매우 신중하게 보면 콘텐츠가 배경에 빠르게 배치 된 것처럼 보일 수 있습니다.

클래스 인터페이스 (.h 파일)은 해당 클래스의 오브젝트가 응답 할 수있는 메시지를 나열합니다. 메시지를 구현하기위한 실제 코드는 메소드라고하며 관련 메시지에서 발견됩니다. m 파일. 객체에서 메소드를 실행하려면 메시지를 보냅니다. 메시지는

어떻게 수행해야하는지 , 방법은 방법 입니다. 앱에서 즉시 사용할 수없는 대형 데이터 구조를로드하지 마십시오. 앱이 네트워크에서 데이터를로드하는 데 시간이 필요한 경우 인터페이스를 먼저 실행 한 다음 백그라운드 스레드에서 더 오랜 시간이 걸리는 작업을 시작하십시오.

스토리 보드를 사용하지 않는 템플릿에서 application: didFinishLaunchingWithOptions: 메소드는 윈도우와 Split 뷰 컨트롤러를 할당하고 초기화하고 모든 것을 윈도우에 추가 한 다음 윈도우를 표시합니다.

스토리 보드 기반 앱에서이 작업은 스토리 보드에서 모두 수행되며, 애플리케이션: didFinishLaunchingWithOptions: 메소드는 반환 이외의 작업을 수행하지 않습니다.