본질의 중요성

• Xcode의 기본 컴파일러: LLVM(Low Level Virtual Machine)
  - 정적 분석기(Static Analyzer) : 애플의 LLVM 컴파일러 기술을 이용해 코드 분석 및 버그 찾음
• Objective-C는 nil 객체에 메시지를 보내어도 죽지 않는다 (다만 실행이 안될뿐)
• 지정된 초기화 메서드(Designated Initializer): 사용자 정의 초기화 메서드

NSObject

- (id)init : receiver 초기화
- (BOOL)isEqual:(id)anObject : 포인터 비교

• Cocoa 클래스들의 초기화 메서드는 초기화 불가능하다면 nil return

- (id)init {
    self = [super init];
    
    if (self) {
        ...
    }
} 

isa: 객체를 생성하는 클래스 구조체를 가리키는 포인터

• Objective-c 메시지 동작 방식: NSObject에는 isa라는 인스턴스 변수가 존재
• 클래스 구조체
  - 클래스의 인스턴스 변수 유형과 이름
  - 클래스 메서드의 구현
  - 슈퍼클래스의 클래스 구조체를 가리키는 포인터

Selector : 클래스의 메서드 찾기

• 각 메서드 이름 - 유일한(unique) 정수로 연결
  ex) [application respondsToSelector:@selector(registerUserNotificationSettings:)]

• 컴파일할 때 컴파일러는 메시지를 보내야하는 곳에서 selector를 연결

• 동작 방식

[myObject addObject:yourObject]; 
=> objc_msgSend(myobject, 12, yourObject);    // (addObject:의 selector는 12라고 가정)

1) objc_msgSend()는 myObject의 isa 포인터에서 클래스 구조체를 가져옴
2) 클래스 구조체에서 12에 연결된 메서드 찾음 (없다면 슈퍼클래스로 가서 찾고 아예없으면 예외 처리)

The App Life Cycle

• 앱은 우리가 작성한 코드와 System Framework 간의 상호작용의 결과물
• Framework에서는 앱의 실행에 필요한 환경에 필요한 도구를 제공
• 이러한 Framework를 효과적으로 사용하기 위해서 iOS Infra structure에 대한 간단한 이해가 필요
• iOS Framework는 MVC와 Delegation이라는 디자인패턴에 의존

The Main Function

#import <UIKit/UIKit.h>
#import "AppDelegate.h"
 
int main(int argc, char * argv[])
{
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
    }
}

UIApplicationMain 함수: 앱이 시작되면서 몇가지 중요한 객체 생성하고 앱 실행

UIApplication: 시스템과 앱의 여러 객체들간의 대화를 가능하게 해주는 객체

MVC 구조는 앱의 data와 비지니스 로직을 UI 요소로 분리해줌.

The Structure of an App

• UIApplication 객체: 
  Event loop 관리. Delegate에 앱 상태변화나 푸쉬알림같은 주요한 이벤트 알려줌.
• App Delegate 객체:
  delegate. 이 객체는 UIApplication 객체와 함께 앱 초기화, 앱 상태변화 등 관리. 앱 하나당 하나만 존재
• Document, data model 객체: 
  data model은 앱의 콘텐츠 저장, 앱의 고유성을 가짐
• View Controller 객체
  - 내용을 화면에 나타내는 기능 (하나의 view와 subview들을 관리)
  - 화면에 view가 표시될 때 viewcontroller 객체는 뷰들을 앱의 window에 설치
  - UIViewController
     : 모든 view controller의 부모
     : View 로드하고, 보여주고, 디바이스 회전에 따라 돌려주는 등에 대한 기능 제공
  
• UIWindow 객체
  - 화면에 나타낼 뷰들을 다룸 (대부분 Main Screen에 해당하는 window하나만 가짐)
  - UIApplication 객체와 같이 작동하여 view controller와 view에게 이벤트 전달하는 역할
• view 객체, control 객체, layer 객체
  - 앱 컨텐츠 중 시각적인 부분 제공
  - View: frame(지정된 사각형)의 공간에 내용물, 그 프레임 안의 이벤트에 응답하는 객체
  - Control: 특정한 역할을 담당하는 view (Button, Text field, toggle, switch)
  - Layer: 시각적인 요소에 대한 Data 객체 (view는 screen의 뒷부분에서 이 layer객체를 사용하여 컨텐츠 내용을 나타냄. custom layer 객체를 사용하여 애니메이션을 줄 수 있음.)

The Main Run Loop

• UIApplication 객체는 앱이 launch되는 시점에 메인 run loop를 생성한 뒤 이 run loop로 이벤트 처리
• Main Thread에서 동작
• 사용자 관련 이벤트를 받은 순서대로 처리
• 사용자 액션
  -> 액션에 대한 이벤트가 시스템에 의해 생성
  -> UIKit에서 생성한 port 를 통해 앱에 전달
  -> EventQueue에 저장된 순서대로 동작 실행 (UIApplication 객체가 이벤트를 받아서 어떤 동작을 취할지 결정)
  ex) touch event: main window 객체가 인식 -> window 객체가 다시 터치가 발생한 view로 이벤트 전달

이벤트 종류

• Touch: View는 응답을 할 줄 아는 객체. 해당 뷰에서 처리되지 않는 터치 이벤트는 Responder chain에 다라 계속 내려감
• Remote Control Shake motion events
• Accelerametor, Magnetometer, Gyroscope
• Location
• Redraw

- touch, remote control과 같은 이벤트는 앱의 Responder 객체를 통해 처리됨. (Responder - UIApplication 객체, view 객체, view controller 객체 ...)

- Control에서 발생한 터치 이벤트는 다른 view의 이벤트 전달 방식과 조금 다름.
   그 이벤트들을 다시 action 메시지로 패키징하여 지정된 객체로 전달 => Target-action 디자인 패턴: 특정 액션이 작성한 코드로 연결되는 작업을 쉽게 해주는 패턴

Execution States for Apps

앱은 항상 아래 중 하나의 상태를 가지고, 시스템 내에서 일어나는 액션들을 통해 시스템은 앱의 상태를 바꿈

• Not running: 실행되지 않음, 시스템에 의해 종료
• Inactive: 앱이 foreground에 올라와 있지만 이벤트를 받지 않고 있는 상태
  (보통의 앱은 다른 앱으로 전환할떄 잠시동안 이상태에 머물게된다.)
• Active: 앱이 foreground에서 실행중이고 이벤트를 받고 있는 상태
• Background: 앱이 background에 있고 코드를 실행하고 있는 상태.
  (맵이 직접 background로 실행될땐, Inactive상태가 아니라 바로 이상태로 머문다)
• Suspended: 앱이 background에 있으면서 코드를 수행하고 있지 않는 상태.
  (시스템은 자동적으로 앱을 이상태로 바꾼다. 이상태일때는 메모리에 앱이 남지만 어떠한 코드도 실행되지않는다. 하지만 메모리가 부족하면 알림없이 메모리공간을 차지하기위해 이상태인 앱을 메모리에서 제거한다. 그래서 오랜시간 켜지않은 앱을 다시 불러오면 처음부터 시작되는 이유)

상태 변화는 AppDelegate 객체의 메소드 호출

- application:willFinishLaunchingWithOptions: 앱 최초 실행

- application:didFinishLaunchingWithOptions: 앱의 화면이 사용자에게 보여지기 직전 최종 초기화 작업

- applicationDidBecomeActive: 앱이 foreground로 전환

- applicationWillResignActive: 앱이 foreground에서 다른 상태로 전환

- applicationDidEnterBackground: background

- applicationWillEnterForeground: foreground

- applicationWillTerminate: 앱 종료

Thread and Concurrency

iOS의 Multi-thread 를 위해서는 Grand Central Dispatch, Operation Objects, 비동기 progrmaiing interfaces

• View 관련 작업은 Main Thread
• 규모가 큰 작업은 GCD 또는 operation 객체를 통해 background thread에서 이루어지도록 하자.

Ref.

https://llldddjjj.tistory.com/entry/iOS-iOS-%EC%95%B1%EC%9D%84-%EA%B5%AC%EC%84%B1%ED%95%98%EB%8A%94-%ED%95%B5%EC%8B%AC-%EA%B0%9D%EC%B2%B4%EB%93%A4%EA%B3%BC-iOS-%EB%A9%94%EC%9D%B8-%EB%9F%B0%EB%A3%A8%ED%94%84-%EB%8F%99%EC%9E%91-%EC%9D%B4%ED%95%B4

http://rhammer.tistory.com/94
https://github.com/MijeongJeon/iOS-Programming-Documents/blob/master/App%20Programing%20Guide%20for%20iOS(Korean).md

UIViewController를 category하여 ViewController를 제거하는 메소드를 추가해서 사용하고 있다.

아래에 따라 뷰 컨트롤러를 제거하는 로직이 다르므로 체크하여 분기를 태워야겠다.

• Navigation Stack에 Push된 뷰 컨트롤러인가
• 모달 형식으로 Present된 뷰 컨트롤러인가

아래 코드는 현재 뷰가 모달 형식인지 아닌지를 체크하는 로직이다.

모달 형식이면 

[self dismissViewControllerAnimated:YES completion:nil];

네비게이션 스택에 푸시된 형식이면

[self.navigationController popViewControllerAnimated:YES];

Ref.

http://stackoverflow.com/questions/23620276/check-if-view-controller-is-presented-modally-or-pushed-on-a-navigation-stack

현재 디바이스에 설치된 앱이 App Store에 출시된 최신 버전인지 체크하는 방법이다.

참고로 lookup 변수에는 앱스토어 등록되어있는 나의 앱에 대한 여러 정보들을 갖고있더라.