본질의 중요성

AppKit Framework

• UIControl

• UIButton, UISlider, UITextView ... - UIControl subclass

UIControl

• target, action 존재

• target: 다른 객체를 가리키는 포인터

• action: target에 보내는 메시지 => selector
  - action method: parameter - sender, 어느 컨트롤이 메시지를 보내는지 알림.

UIControl

-(void)setAction:(SEL)aSelector

Selector

: Objective-c 컴파일러의 @selector지시자가 컴파일러에 셀렉터를 찾으라고 알려줌.

SEL mySelector = @selector(drawMickey:);    // 컴파일시, drawMickey: 셀렉터 로 교체

[myButton setAction:mySelector];

TODO: Responder chain and Touch Event

https://baked-corn.tistory.com/129

nil / Nil / NULL / NSNULL 대한 차이점과, Objective-C에서의 nil과 Swift에서의 nil에 대해 알아보자

1. nil / NULL / Nil

사용할 수 없는 번지를 가리키는 포인터(pointer), 즉 아무 객체도 가리키지 않는다

nil

Objective-c object의 부재를 나타내는 null Instance pointer

NSString * strObject = nil;

Nil

- Objective-c class의 부재를 나타낼 때는 null class pointer
- Objective-c class: 자신이 속한 클래스의 정보를 가진 구조체.

Class myClass = Nil

NULL

- traditional C null pointer

- c-pointer의 부재(주소가 0) 및 C나 C++의 변수 및 객체에 사용

int *intPtr = NULL;

2. NSNull

- NSObject를 상속받는 객체

- collection item을 null로 설정할 필요가 있을때 사용

myArray addObject:[NSNull null]];
 
if ([myArray objectAtIndex:0] == [NSNull null])

3. Objective-c에서의 nil 과 Swift에서의 nil 차이점

차이점

Objective-C에서의 nil은 존재하지 않는 객체에 대한 포인터(pointer)이고

Swift에서의 nil는 포인터가 아니다 => 단지, 특정 타입에 대한 값의 부재를 나타내는 것

즉, Swift에서의 nil은 객체가 아니더라도 어떤 타입이든 Optional로 nil을 가질 수 있다.
(Objective-C에서는 객체만 nil을 가질 수 있고, primitive type은 가질 수 없음 ex. int, ...)

Ref.

https://docs.swift.org/swift-book/LanguageGuide/TheBasics.html

https://inboony.tistory.com/10

Property

@property (readWrite, assign) int fido;    // 접근 메서드 fido, setFido: 선언과 동일
@synthesize fido;                          // 접근 메서드 구현과 동일

@property

: property의 attribute에 의해서 accessor method(getter/setter)가 자동으로 선언됨.

[Property Attribute]

• atomic: multi-thread에서 충돌 방지(mutax 설정하여 변수보호)
  nonatomic: multi-thread
• readwrite(기본값), readonly: 변경x
• assign(기본값): 단순 대입. 스칼라형
• strong: 강한 참조. ARC
• weak: 약한 참조. assign과 비슷, 객체가 메모리에 할당되면 해당 객체를 가리키던 property  nil로 설정됨. ARC
• copy: 새로운 값을 복사하고 변수에 복사한 값을 대입. (NSCopying protocol 구현되있어야 함)

@sythesize

accessor method가 자동 구현됨. 변수명을 바꿀 수 있다.

@dynamic

accessor method가 자신의 클래스가 아닌 다른 곳에 구현되어 있음을 알려주는 지시어.

iOS 메모리 관리

• Retain Count
  - 객체의 참조수를 관리하여 alloc시 참조수 1 증가, 0이 되면 객체 메모리 해제
  - retain, release 메시지 사용

• Mac OS X 10.5 : Garbage collector
  - 프로그램 실행 중 동적으로 감시하고, 해당 영역에 있는 변수에서 접근 할 수 없는 객체 찾고 자동으로 메모리 해제
  - 실행 타임에서 메모리 관리
  - 문제점: 쓰레기 객체 탐색을 위해 CPU 소비 필요

• Mac OS 10.7 : ARC
  - 코드를 컴파일 할 때 참조수를 컴파일러가 증가, 감소 관리

Strong Reference Cycle

• 두 인스턴스가 서로 강한(strong) 참조를 하여 메모리에서 사라지지 않는 경우…
• ARC는 Reference Cycle에 자동적으로 대응 불가
• ‘weak’을 이용하여 방지
• custom delegate를 weak로 attribute 하는 이유

Retain Count

• 참조 종류
  - Strong Reference:  객체가 다른 객체를 retain 하는 것. 기본 설정
  - Weak Reference
  : retain하지 않는 것. 단순 포인터 대입 (참조 순환 피하기 위해)
  : Zeroing Weak Reference: ARC에서 약한 참조의 객체가 메모리 해제할 때 nil로 설정하여 메모리 crush 예방
• dealloc
  - 참조 수가 1인 객체에 release 보내면 호출됨
  - 마지막에 [super dealloc];
• NSAutoreleasePool
  - 객체에 autorelease 메시지 -> Autorelase pool에 객체 추가 (가비지 컬렉터를 사용하지 않을 때)
  - Cocoa application: 모든 이벤트를 제어하기 전에 생성, 제어 후 해제
  - 오토릴리즈 객체를 리턴하는 클래스 메서드들이 있음. 
     ex) [NSString stringWithFormat: ….]
  - Release 시점: 보통 현재 이벤트 루프가 끝날 때
• Retain
  - alloc, new, copy가 포함된 이름을 가진 메서드 (copy, mutableCopy ...)
    => 참조수 + 1 (atorelease pool x)
  - release 해야할 의무가 있음
• Release
  - 소유를 원하지 않을 경우 release or autorelease
  - 0일 때 dealloc
• 접근자 메서드
  - 다른 객체들이 인스턴스 변수를 접근하기 위해 사용
  - getter, setter

- (void)setFoo:(NSDate *) x {
    [x retain];
    [foo release];
    foo = x;
}

- (NSDate *)foo {
    return foo;
}

Swift version Strong reference cycle 볼 필요 있음

https://rhammer.tistory.com/139

• 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 변수에는 앱스토어 등록되어있는 나의 앱에 대한 여러 정보들을 갖고있더라.