💻 iOS

Bounds vs Frame ?

Bounds

• 본인의 좌표계 기준
• The bounds rectangle, which describes the view's location and size in its own coordinate system.)

Frame

• superview의 좌표계 기준
• The frame rectangle, which describes the view's location and size in its superview's coordinate system.)

---

실제 디바이스가 없을 경우 개발 환경 (시뮬레이터 환경) 에서 할 수 없는 것 ?

하드웨어

• 카메라
• 마이크
• 두 손가락으로 Zoom In / Zoom Out (마우스로 제스쳐를 취해야 하기 때문)
• 전화
• 센서 (가속도, GPS, 가압계, 주변광)

API

• 푸시 알림 송수신
• Handoff
• MessageUI
• Face ID (직접 얼굴 인식은 안되지만 인식 처리 여부는 설정 가능)
• 블루투스

etc

• CPU나 메모리 부담되는 정도 알아보기 (Mac이 아이폰보다 성능이 좋기 때문)
• 네트워크 속도 테스트

---

앱의 콘텐츠나 데이터 자체를 저장 / 보관하는 특별한 객체를 무엇이라고 하는가 ?

Core Data

• 복잡하고 큰 데이터 저장에 적합
• 앱의 영구 데이터 저장에 많이 사용
• 테이블을 사용하지 않고 객체를 생성하여 데이터를 운영하기 때문에 저장 공간과 메모리를 많이 필요로 하지만, 데이터를 가져오는 속도는 빠르다.
• 데이터베이스가 아님

UserDefaults

• 간단한 정보 (ex. 자동 로그인 여부, 아이디, 앱 설정 등 ..) 저장에 적합
• [Key : Value] 쌍으로 저장

SQLite

• C언어로 작성되어 있기 때문에 매우 가벼움
• 전체 데이터베이스를 디스크 파일 1개에 저장
• 다양한 운영체제 (iOS, Android, Linux, Window) 에서 사용

Realm

• 모바일에 최적화된 라이브러리
• SQLite, Core Data보다 속도가 빠르고, 성능이 우수함
• 용량 상관없이 속도, 성능이 유지됨

---

앱 화면의 콘텐츠를 표시하는 로직과 관리를 담당하는 객체를 무엇이라고 하는가 ?

ViewController

• 데이터 변경에 따른 View의 내용 업데이트
• View와 사용자 사이의 상호 작용에 대한 응답
• View 크기 조정 및 전체 레이아웃 관리
• 모든 앱에 하나이상 포함

---

App thinning ?

• 앱이 디바이스에 설치될 때, 앱 스토어와 운영체제가 디바이스의 특성에 맞게 설치되도록 하는 설치 최적화 기술
• 디스크 사용을 최소화하고, 다운로드 시간을 단축할 수 있음
• 종류 : slicing, bitcode, on-demand resource (주문형 리소스)

Slicing

• 앱이 지원하는 여러 디바이스에 대해 각각 조각 앱 번들을 생성하고, 해당 디바이스에 가장 적합한 조각을 전달하는 기술
• 개발자가 App store connect에 업로드하면 앱 스토어에서 디바이스 특성에 따라 다양한 버전의 조각들을 생성하고, 사용자가 그 조각들 중에서 가장 맞는 조각을 다운로드받는 것

Bitcode

• 기계언어로 번역되기 전 단계의 중간표현

On-demand Resource

• 필요할 때 다운로드받는 것
• 사용자의 선택에 따라 다운로드받는 것

---

앱이 시작할 때 main.c에 있는 UIApplicationMain 함수에 의해서 생성되는 객체는 무엇인가 ?

---

@main ?

• 타입 기반의 프로그램 진입점 (Type-Based Program Entry Points)
• 프로그램 시작할 때를 지정해주는 키워드
• AppDelegate 클래스 (앱이 시작되는 진입점을 알려주고, 앱의 입력 이벤트를 전달하는 런루프를 생성하는 역할을 함) 의 윗쪽 정의 부분에서 볼 수 있다.
• Swift 5.3 ver. 부터 사용하는 키워드 (이전 버전까지는 @UIApplicationMain이라는 키워드를 사용했다.)

---

앱이 foreground 에 있을 때와 background 에 있을 때 어떤 제약사항이 있나요 ?

Foreground 에 있을 때

• 메모리 및 기타 시스템 리소스에 높은 우선순위를 가지며, 시스템은 이러한 리소스를 사용할 수 있도록 필요에 따라 background 앱을 종료한다.

Background 에 있을 때

• 가능한 적은 메모리 공간을 사용해야 한다.

---

상태 변화에 따라 다른 동작을 처리하기 위한 AppDelegate 메소드들 ?

• 내가 정리한 'AppDelegate'
• 참고 사이트

application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey:Any]?) -> Bool

• 앱을 실행하면 호출되는 메소드
• 'launchOptions' 라는 파라미터에 앱이 실행된 이유 등을 포함한다.

applicationDidBecomeActive(_ application: UIApplication)

• 앱이 화면에 뜬 이후 실행되는 메소드
• 앱이 Background 상태였다가 Foreground 상태로 바뀐 경우에도 실행된다.

applicationWillResignActive(_ application: UIApplication)

• 홈 버튼이 눌려서 앱이 Background 상태가 되었을 때 호출되는 메소드
• Task 일시 정지 / 타이머 비활성화 기능 등을 처리하는 로직을 구현한다.

applicationDidEnterBackground(_ application: UIApplication)

• 앱이 Background 상태가 되어 더 이상이 앱이 보이지 않을 때 호출되는 메소드
• 공유 자원 해제 / 유저 데이터 저장 등의 로직을 구현한다.

applicationWillEnterForeground(_ application: UIApplication)

• 앱이 다시 Foreground 상태가 될 때 호출되는 메소드
• 보통 API 를 통해 앱의 상태를 갱신할 때 사용한다.

---

앱이 In-Active 상태가 되는 시나리오 ?

• 흔한 경우는 아니지만 네이버앱에서 기사를 읽고 있다가 이 기사를 카카오톡으로 공유하려고 하는 경우 네이버앱 위로 카카오톡 앱이 실행될텐데, 이때 네이버앱은 In-Active 상태가 된다.

---

Scene Delegate ?

• Scene 내에서 발생하는 생명 주기 이벤트에 응답하는데 사용하는 핵심 메소드들
• 내가 정리한 'UISceneDelegate'

---

UIApplication 객체의 컨트롤러 역할은 어디에 구현해야 하나요 ?

---

Not Running ? Foreground ? Inactive ? Active ? Background ? Suspended ?

• 앱의 실행 상태를 의미하는 키워드들

Not Running

• 앱이 실행되지 않은 상태

Foreground

• 앱이 실행되어 사용자에게 보이고 있는 상태
• 이벤트 수신 여부에 따라 active와 inactive로 나뉨

Inactive

• 앱이 실행 중이지만 아직 아무런 이벤트를 받지 않은 상태

Active

• 앱이 실행 중이면서 이벤트를 받고 있는 상태

Background

• 앱이 백그라운드에 있지만 여전히 실행되고 있는 코드가 있는 상태

Suspended

• 앱이 백그라운드에 있고, 실행되고 있는 코드가 없는 상태
• 여전히 메모리에 앱이 존재하기는 하지만, CPU나 배터리를 소모하지는 않으며 언제든지 메모리 부족 등의 이유로 종료될 수 있다.

---

NSOperationQueue vs GCD Queue ?

• (공통점도 있다면 추가하기)

---

GCD API 동작 방식과 필요성 ?

• 내가 정리한 'GCD'
• 참고 사이트

동작 방식

• 해야할 작업을 Operation 으로 Wrapping 한 후 Queue 에 넣고, Queue 에서 남는 스레드에 작업을 배분한다.

필요성

• 시간이 오래 걸리는 작업을 해야할 경우, 비동기 처리를 하지 않으면 그 작업을 하는 동안 다른 작업을 할 수 없고 앱이 멈춰버리기 때문이다.

---

Global DispatchQueue Qos 의 종류 ?

• userInteractive / userInitiated / default / utility / background / unspecified
• 내가 정리한 'Global DispatchQueue Qos'

---

iOS 앱을 만들고, User Interface 를 구성하는데 필수적인 프레임워크 ?

• UIKit
• 내가 정리한 'UIKit'

---

Foundation ?

• 내가 정리한 'Foundation'

---

Delegate ?

• (retain 되는지 안되는지랑 그 이유 꼭 추가하기)

---

NotificationCenter 동작 방식과 활용 방안 ?

---

UIKit 클래스들을 다룰 때 꼭 처리해야 하는 애플리케이션 쓰레드 이름 ?

• Main Thread
• Cocoa Touch 앱에서는 UIApplication 의 인스턴스가 Main Thread 에 붙기 때문이다.
• 참고 사이트

UIApplication

• 앱을 시작할 때 인스턴스화되는 앱의 첫번째 부분
• 앱의 Run Loop 를 포함한 Main Event Loop 를 설정하고, Event 처리를 시작한다.

Main Event Loop

• touch, gesture 를 포함한 모든 UI Event 를 수신한다.

UI Event

• [UIApplication -> UIWindow -> UIViewController -> UIView -> subviews] 순으로 UIResponder 에 전달되는 것이 일반적이다.

---

App Bundle 의 구조와 역할

• 내가 정리한 'App Bundle'

---

모든 View Controller 객체의 상위 클래스는 무엇이고, 어떤 역할을 담당하나요 ?

• 모든 View Controller 객체의 상위 클래스 : UIViewController
• 내가 정리한 'View Controller'

---

나만의 Custom View 를 만들려면 어떻게 해야 하나요 ?

---

View 객체 ?

---

UIView 에서 Layer 객체는 무엇이고, 어떤 역할을 담당하나요 ?

---

UIWindow 객체의 역할 ?

---

UINavigationController 의 역할 ?

• 내가 정리한 'UINavigationController'

---

TableView 의 동작 방식과 Cell 을 출력하기 위해 반드시 구현해야 하는 DataSource 메소드는 ?

---

하나의 View Controller 코드에서 여러 TableView Controller 역할을 해야 할 경우 어떻게 구분해서 구현해야 하나요 ?

---

setNeedsLayout vs setNeedsDisplay ?

• (공통점도 있다면 추가하기)

setNeedsLayout

setNeedsDisplay

---

NSCache 와 딕셔너리로 캐시를 구성했을 때의 차이점 ?

• (공통점도 있다면 추가하기)

---

URLSession ?

---

prepareForReuse ?

• Table View 의 Delegate 가 재사용할 수 있도록 재사용 가능한 Cell 을 준비해주는 메소드
• UITableViewCell 이 'reuse identifier' 를 가지고 있으면 그 Table View 는 dequeueReusableCell(withIdentifier:) 메소드를 반환하기 직전에 prepareForReuse 메소드를 호출한다.
• 잠재적인 성능 이슈를 방지하기 위해 Cell 의 속성들 중 내용과 관련없는 것 (alpha, editing, selection state 등) 들만 재설정해야 한다. ([코드 1] 참고)

// MARK: [코드 1] 잠재적인 성능 이슈가 생길 수 있기 때문에 하지 말라고 한 것에 대한 예시
override func prepareForReuse() {
	super.prepareForReuse()
    
    imageView?.image = nil // Cell 의 내용을 변경해버렸기 때문에 이슈 생길 가능성이 있다.
}

• tableView(_:cellForRowAt:) 에 있는 Table View 의 Delegate 는 Cell 을 재사용할 때 모든 내용을 항상 재설정해줘야 한다.
• Table View 는 Cell 이 reuse identifier 를 가지고 있지 않거나, 기존 Cell 의 내용을 업데이트하기 위해 reconfigureRows(at:) 을 사용하는 경우에는 prepareForReuse 메소드를 호출하지 않는다.
• prepareForReuse 메소드를 override 할 경우에는 superclass 구현을 반드시 호출해야 한다. ([코드 2] 참고)

// MARK: [코드 2] prepareForReuse 메소드를 override 하는 예시
override func prepareForReuse() {
	super.prepareForReuse()
    // 구현하고 싶은 내용 쓰기
}

• Apple 공식 문서
• 궁금한 것 : UITableViewCell 에 init() 넣어주는 것과 prepareForReuse() 는 다른 개념인지 ..?

---

다크모드를 지원하는 방법 ?

---

View Controller 의 생명주기 ?

• 내가 정리한 'View Controller Life Cycle'

---

TableView vs CollectionView ?

• (공통점도 있다면 추가하기)

---

💻 Autolayout

Autolayout 을 코드로 작성하는 방법 3가지 ?

• 참고 사이트 1
• 참고 사이트 2
• 참고 사이트 3

NSLayoutAnchor

• iOS 9 부터 도입
• 유동적인 API 를 사용하는 레이아웃 제약을 만든다.
• NSLayoutConstraint 보다 더 간결하고 깔끔해서 읽기 편하다.
• Apple 공식 문서

Anchor 종류

• widthAnchor
• heightAnchor
• topAnchor
• bottomAnchor
• leftAnchor
• rightAnchor
• leadingAnchor
• trailingAnchor
• centerXAnchor
• centerYAnchor

NSLayoutConstraint

• iOS 6 부터 도입
• 제약 기반의 레이아웃 시스템에서 충족해야 하는 2가지 인터페이스 개체 간의 관계
• NSLayoutAnchor 방식과 다르게, 레이아웃에 영향을 주지 않더라도 각 매개변수에 값을 넣어주어야 한다.
• NSLayoutConstraint.Attribute 서브 클래스는 추가적으로 타입 검사를 제공해서 유효하지 않은 제약 조건 생성하는 것을 방지한다.
• iOS 8 또는 OS X 10.10 또는 이전 버전을 지원해야 하는 경우가 아니라면 NSLayoutAnchor 방식을 사용하는 것이 좋다.
• Apple 공식 문서

NSLayoutConstraint 선언

// MARK: [코드 3] NSLayoutConstraint 선언 형태
NSLayoutConstraint(item view1: Any, attribute attr1: NSLayoutConstraint.Attribute, relatedBy relation: NSLayoutConstraint.Relation, toItem view2: Any?, attribute attr2: NSLayoutConstraint.Attribute, multiplier: CGFloat, constant c: CGFloat)

NSLayoutConstraint 매개 변수

• item : 제약을 지정할 아이템
• attribute : 제약을 지정할 아이템의 제약 속성
• relatedBy : 제약을 지정할 아이템과 제약의 기준이 되는 아이템 사이의 관계
• toItem : 제약의 기준이 되는 아이템
• attribute : 제약의 기준이 되는 아이템의 제약 속성
• multiplier : 제약의 비율
• constant : 제약의 상수값

Visual Format Language

• 문자열과 같은 ASCII 를 사용해 제약 조건을 정의하는 방식
• ASCII 아트와 유사한 시각적 형식 문자열로 제약 조건을 만드는 방식
• Apple 공식 문서

Visual Format Language 에서 사용하는 코드

// MARK: [코드 4] Visual Format Language 에서 사용하는 코드
class func constraints(withVisualFormat format: String, 
                       options opts: NSLayoutConstraint.FormatOptions = [], 
                       metrics: [String : Any]?, 
                       views: [String : Any]) -> [NSLayoutConstraint]

Visual Format Language 에서 사용하는 constraints 메소드 매개 변수

• format : 제약 조건에 대한 형식 사양
• options : 시각적 형식 문자열의 모든 개체에 대한 속성 및 레이아웃 방향을 설명하는 옵션
• matrics : 시각적 형식 문자열에 나타나는 상수 Dictionary
• views : 시각적 형식 문자열에 표시되는 보기 Dictionary
  (key : 시각적 형식 문자열에 사용된 문자열 값 / value : view 개체)

---

Hugging ? Resistance ?

---

Intrinsic Size ?

---

스토리보드로 UI 를 그릴 때의 장단점 ?

• 간단한 UI 만 그리는 경우에는 StoryBoard 를 사용하는 것이 더 좋을 수도 있지만, 복잡한 프로젝트를 만드는 경우에는 Code Base 방식이 더 나은 방식일 가능성이 크다.
• Custom View 를 만들어서 사용할 경우에는 Code Base 방식이 더 좋다. (Code Base 방식은 바로 밑에 있는 '코드로 UI 를 그릴 때의 장단점 ?' 참고)
• 참고 사이트

장점

• UI 구성을 한눈에 확인할 수 있다.
• View 에 어떤 속성과 값을 설정했는지 확인하기 쉽다.

단점

• StoryBoard 구현을 위해 Xcode 메모리가 올라간다.
• 협업할 때 StoryBoard 충돌 및 이슈가 생길 수 있다.
• 인터페이스 빌드와 StoryBoard 간 연결을 추적하기 어려울 수 있다.

---

코드로 UI 를 그릴 때의 장단점 ?

• 참고 사이트

장점

• StoryBoard 와 비교했을 때 Xcode 메모리가 가벼워진다.
• 협업할 때 충돌 및 이슈가 생길 확률이 낮다.
• StoryBoard 에 비해 View 의 재사용성이 좋다.

단점

• View 가 어떤 모습을 가지고 있는지 한눈에 파악하기 어렵다.
• View 의 속성 및 기능을 알고 있어야 한다.
• NSLayoutConstraint 로 AutoLayout 을 설정해줘야 해서 복잡하다. (Snapkit 라이브러리를 import 하면 해결 가능하다.)

---

Safe Area ?

• iOS 11 이전까지는 'Safe Area' 라는 개념이 없었고, Safe Area 대신 'Top Layout Guide' 와 'Bottom Layout Guide' 라는 개념이 있었다. (지금은 이 두가지 개념이 Deprecate 되었다.)
• 상태바 (Status Bar) / 네비게이션바 (Navigation Bar) / 탭바 (Tap Bar) 등에 의해서 View 가 가려지는 것을 방지하기 위한 시스템적 Margin
• iOS 11 이전까지는 Top 과 Bottom 쪽이 View 를 가리는 것만 신경쓰면 되었지만, iOS 11 이후부터는 디바이스를 가로로 돌렸을 때의 노치 (ex. 흔히 말하는 아이폰의 M자 라인) 에 View 가 가려지는 현상이 생기기 시작하여 'Leading Layout Guide' 와 'Trailing Layout Guide' 개념도 필요해졌다.
• Safe Area 는 Top / Bottom / Leading / Trailing 에 대한 Margin 을 모두 가진다. (시스템에 의해 가려질 수 있는 부분의 Margin 을 자체적으로 가지는 것이다.)
• Safe Area 가 기본적으로 생성된다.
• Safe Area 를 사용하지 않고 화면에 꽉 차게 보이도록 하는 방법도 있긴 하지만 동영상이나 사진을 보여주는 경우가 아니라면 Safe Area 안에 View 들을 넣어주는 것이 좋다.
• 참고 사이트

---

Left Constraint vs Leading Constraint ?

• 참고 사이트

Left Constraint

• 어떤 객체의 왼쪽
• 절대적이고, 항상 화면 또는 컨트롤의 왼쪽을 참조한다.

Leading Constraint

• 어떤 객체의 앞쪽 가장자리
• Device Locale (장치별 국가 설정) 에 영향을 받는다.
• 읽기 방향이 오른쪽에서 왼쪽인 국가의 언어 (ex. 히브리어, 아랍어) 는 leading 이 오른쪽이고, trailing 이 왼쪽이다.

---

💻 Swift

Struct vs Class vs Enum ?

• 내가 정리한 'Struct & Class & Enum'

---

Class 의 성능을 향상시킬수 있는 방법 ?

• (여러 가지 찾아보기)

---

Copy On Write 동작 방식 ?

---

Convinience init ?

---

AnyObject ?

---

Optional ?

---

Struct ?

• (어떻게 사용하는지도 추가하기)
• 내가 정리한 'Struct'

---

Subscripts ?

---

String 은 왜 subscript 로 접근이 불가능한가요 ?

---

instance 메소드 vs class 메소드 ?

• (공통점도 있다면 추가하기)

---

class 메소드 vs static 메소드 ?

• (공통점도 있다면 추가하기)

---

Delegate 패턴을 활용하는 예시 ?

---

Singleton 패턴을 활용하는 예시 ?

---

KVO 동작 방식 ?

---

Delegates 방식 vs Notification 방식 ?

• (공통점도 있다면 추가하기)

---

멀티 쓰레드로 동작하는 앱을 작성하고 싶을 때 고려할 수 있는 방식들 ?

---

MVC 구조 ?

• (블록 그림 그려서 추가하기)
• (각 역할과 흐름 추가하기)

---

Protocol ?

• 내가 정리한 'Protocol'

---

Protocol Oriented Programming vs Object Oriented Programming ?

• (공통점도 있다면 추가하기)
• 내가 정리한 'Protocol Oriented Programming'

---

Hashable ?

• (quatable 을 상속해야 하는 이유 추가하기)

---

mutating ?

• Swift 에서 Class 는 참조 타입이고 Struct 와 Enum 은 값 타입인데, 값 타입의 프로퍼티는 기본적으로 인스턴스 메소드 안에서 수정할 수 없다.
• 값 타입 안에 있는 메소드에서 프로퍼티를 수정할 수 있게 하려면 해당 프로퍼티 앞에 mutating 키워드를 붙여서 선언해 주어야 한다.

// MARK: [코드 5] mutating 키워드 없이 구조체 안의 프로퍼티 변경 시도
struct Person {
	let name : String
    var age : Int
    
    init(name : name, age : age) {
    	self.name = name
        self.age = age
    }
    
    func changeAge() {
    	age = 10 // 이 부분에서 에러가 난다.
    }
}

• [코드 5] : 구조체는 상수 (immutable) 이기 때문에 값을 바꿔줄 수 없어서 에러가 난다.

// MARK: [코드 6] mutating 키워드 없이 구조체 안의 프로퍼티 변경 시도
struct Person {
	let name : String
    var age : Int
    
    init(name : name, age : age) {
    	self.name = name
        self.age = age
    }
    
    mutating func changeAge() {
    	age = 10
    }
}

var r1verfuture = Person(name : "r1verfuture", age : 25) // 'Person' 타입의 인스턴스를 생성하여 'r1verfuture' 변수에 넣는다.
r1verfuture.changeAge() // r1verfuture 의 age 프로퍼티를 10 으로 변경하는 메소드를 호출한다.
print(r1verfuture.age) // 10 이라고 출력된다.

• [코드 6] : changeAge 메소드에 mutating 키워드를 붙여주면 구조체 안의 프로퍼티를 변경할 수 있게 되어 에러가 나지 않는다.
• 참고 사이트

---

탈출 클로저 ?

---

Extension ?

• 내가 정리한 'Extension'

---

Extension 내부에서 함수를 override 할 수 있나요 ?

---

접근 제어자의 종류 ?

• open / public / internal / fileprivate / private
• 내가 정리한 '접근 제어자'

---

defer ?

---

defer 가 호출되는 순서 ?

---

defer 가 호출되지 않는 경우 ?

---

property wrapper ?

---

Generic ?

---

some 키워드 ?

---

Result 타입 ?

---

Codable ?

---

💻 ARC

ARC ?

• 메모리 영역 4가지 중 힙 영역을 관리하는 것
• 인스턴스가 더 이상 참조되지 않으면 메모리에서 해제한다.
• 내가 정리한 'ARC'

---

Retain Count 방식 ?

---

Strong 참조 방식 ? Weak 참조 방식 ?

• strong : 인스턴스가 참조되어 RC값이 증가하는 것
• weak : 인스턴스가 참조되어도 RC값이 증가하지 않는 것
• 내가 정리한 'Strong & Weak'

---

순환 참조 ?

• 2개의 객체가 서로를 참조하고 있는 경우
• 내가 정리한 '순환 참조'

---

강한 순환 참조는 어떤 경우에 발생하나요 ?

• (추가 예정)
• 내가 정리한 글 (참고만 할 것 !! 질문에 대한 대답은 이 글에 없음) : https://velog.io/@h0neydear/iOS-Strong-Weak-Unowned-Circular-Reference

---

💻 Functional Programming

순수 함수 ?

• 동일한 입력값에 대해 동일한 결과값이 나오는 함수
• 내가 정리한 '순수 함수'

---

함수형 프로그래밍 ?

---

고차 함수 ?

---

Swift Standard Library 의 map ? filter ? reduce ? compactMap ? flatMap ?

---

💻 Architecture

알고 있는 아키텍쳐 ?

• (MVVM, MVI, Ribs, VIP 등 찾아서 추가하기)

---

의존성 주입 ?

---

💻 SwiftUI

@State ?

---

💻 Combine

PassthroughSubject ?

---

@Published ?

---

AnyCancellable ?

---

sink ?

---

throttle vs debounce ?

• (공통점도 있다면 추가하기)

---

💻 Rx

Reactive Programming ?

---

RxSwift 를 사용해야 하는 이유 ?

---

RxSwift 의 단점 ?

---

RxSwift 에서 Hot Observable vs Cold Observable ?

---

Subject 의 종류와 차이점 ?

• (공통점도 있다면 추가하기)

---

Subject vs Driver ?

• (공통점도 있다면 추가하기)

---

Single vs Completable vs Maybe ?

• (공통점도 있다면 추가하기)
• (각각 언제 적용하면 좋은지도 추가하기)

---

MRC

ARC 대신 Manual Reference Count 방식으로 구현할 때 꼭 사용해야 하는 메소드들 ?

• (메소드들 각각의 역할도 추가하기)

---

retain vs assign ?

• (공통점도 있다면 추가하기)

---

특정 객체를 autorelease 하기 위해 필요한 것과 과정 ?

---

Autorelease Pool 을 사용해야 하는 상황과 예시 ?

• (2가지 이상 추가하기)

---

아래 코드를 실행하면 어떤 일이 발생할까요 ?

Ball *ball = [[[[Ball alloc] init] autorelease] autorelease];

---

💻 Advanced

method swizzling ?

• (어떨 때 사용하는지도 추가하기)

---

NSCoder 클래스는 어떤 상황에서 어떻게 써야 하나요 ?

---

Responder Chain 구조 ?

---

First Responder 역할 ?

• (정의부터 찾아보기)

---

NSObject 부터 UIButton 까지 상속 과정의 계층과 역할 ?

---

Shallow Copy vs Deep Copy ?

• (공통점도 있다면 추가하기)

---

Push Notification 방식 ?

---

Foundation vs Core Foundation 프레임워크 ?

• (공통점도 있다면 추가하기)

---

NSURLConnection 에서 사용하는 Delegate 메서드들 ?

---

Synchronous 방식과 Asynchronous 방식으로 URL Connection 을 처리할 경우의 장단점 ?

---

Plist 파일 구조와 Plist 파일에 저장된 데이터를 다루기 적합한 클래스 ?

---

Core Data vs Sqlite ?

• (공통점도 있다면 추가하기)

---

JSON 데이터를 처리하는 방식과 파서, 객체 변환 방식 ?

---

웹 서버와 HTTP 연결을 사용해서 데이터를 주거나 받으려면 사용해야 하는 클래스와 동작 방식 ?

---

Protocol 에서는 var 만 되는 이유 ?

---

DispatchQueue.main.sync 를 사용하는 상황 ?

---

Run Loops ?

---

💻 Objective-C

Swift 의 클로저 vs Objective-C 의 블록 ?

---

Mutable 객체 ?

• (어떤 것이 있는지 예시도 추가하기)

---

Immutable 객체 ?

• (어떤 것이 있는지 예시도 추가하기)

---

Mutable 객체 vs Immutable 객체

• (공통점도 있다면 추가하기)

---

dynamic ?

---

property ?

---

dynamic vs property ?

• (공통점도 있다면 추가하기)

---

@property 로 선언한 NSString* title 의 getter / setter 메서드를 구현해보세요.

---

@property 에서 atomic vs nonatomic

• (어떤 것이 더 안전한지, 어느 것이 기본인지도 추가하기)
• (공통점도 있다면 추가하기)

---

@property 로 선언한다는 의미 ?

---

@property 로 선언할 때 .h 에 넣을 경우 vs .m 에 넣을 경우 ?

• (공통점도 있다면 추가하기)

---

-performSelector:withObject:afterDelay: 메시지를 보내면 인자값의 객체는 retain 되나요 ?

• (이유도 추가하기)

---

Objective-C 에서 캡슐화된 데이터에 접근하기 위한 방법 ?

• (여러가지 추가하기)

---

Fast Enumeration ?

---

unnamed category 방식 ?

---

Category 확장 vs Subclass 확장 ?

• (공통점도 있다면 추가하기)

---

Category 방식 ?

---

Objective-C 에서 Protocol 이란 ?

---

Objective-C++ 방식 ?

• (어떤 경우에 사용해야 하는지도 추가하기)

---

참고

• https://github.com/JeaSungLEE/iOSInterviewquestions
• 면접 시기가 wwdc 이후 (7월 ~ 11월) 라면 해당 년도 wwdc 세션들을 봐두면 엄청 좋다.