###### tags: 면접질문

### 오토레이아웃은 bounds를 다루는 걸까요? frame을 다루는 걸까요?
- iOS 화면 체계에서 bounds 와 frame의 차이를 설명해주세요
- bounds를 활용해본 경험이 있나요? bounds는 언제 활용해볼 수 있을까요?
### Convinience init에 대해 설명해주세요
- Convinience init은 구조체에서 사용할 수 있나요?
- 왜 구조체에서 사용할 수 없나요?
- Convinience init이 필요한 이유가 무엇인가요?

---
# 습관 및 문제점
### 솜
너무 재밌네요 ㅋㅋㅋㅋ 사악하다..ㅋㅋㅋㅋㅋ잘못걸렸다
제이푸시 어디서 면접관 교육받고오셨나여 왜케잘함ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
트집 잡을뿐입니다 ㅋㅋㅋㅋㅋㅋㅋㅋ

그 면접자랑 면접관이랑 싸우면 안됩니다 ㅋㅋㅋㅋㅋ

- 오토레이아웃은 bounds를 다루는 걸까요? frame을 다루는 걸까요?
말을 못알아 듣겠음 - 조리있게 말하는 것이 필요

- Convinience init에 대해 설명해주세요
공부 필요.
다시 묻는거 좋네요

묻는 것에 해당하는 내용으로 답변한다.
무엇을 아는지/모르는지, 아는것은 어느정도 아는지 스스로 잘 파악하고있다.
개념을 예시를 들어 설명할 수 있다.
당당한 억양 Good

- 공유동작

UIWindow - 이벤트?

UIScreen - ios 기기 화면

did becom active
will resign ac
did enter background
will enter foreground
background
세마포어? 종속성?

어떤 기술을 사용할 때 면접자에게 자신만의 이유를 묻는 질문 좋았습니다.

### LJ

오홍

앱델리겟이랑 신델리겟의 각각의 역할 공부 필요
가끔 질문의 의도와 다른 내용으로 대답하십니다
자신감 없을 때 시야가 아래로 내려갑니다

기다리는 것 동기
'동기 / 비동기' & '동시성 / 병렬성' 개념 굿

---
### 짜이

모르더라도 공부할 키워드 질문하며 배우고자하는 의지를 어필했다. ^^7 것떄문에 일부러했음요ㅋㅋㅋㅋ
A, B 기술 선택 시 선택하지 않은 기술에 대한 이유와 예상결과까지 설명하여 명확하게 면접관에게 설명하였다.

---
# 면접주제(bounds, frame, Convinience init)
### 오토레이아웃은 bounds를 다루는 걸까요? frame을 다루는 걸까요?
뷰와 뷰 사이의 관계(위치)를 오토레이아웃으로 설정해줄 때, frame을 다룹니다.
UIView를 초기화할 때 CGRect타입으로 frame의 크기와 위치를 나타냅니다. 이렇게 생성된 루트뷰와 다른 UI요소들의 위치를 오토레이아웃으로 설정하기에 frame을 다룬다고 생각합니다.

- iOS 화면 체계에서 bounds 와 frame의 차이를 설명해주세요
- 기준 원점에 차이가 있습니다. frame은 SuperView의 원점기준이고, bounds는 자신의 뷰의 원점을 기준으로 뷰의 크기와 위치를 나타냅니다.
또한 뷰가 비스듬히 회전했을 경우 frame은 영역을 모두 감싸는 사각형의 width, height를 나타냅니다. 실제 뷰의 크기만 필요할 때, 하위뷰를 내부적으로 변경하는 경우 쓰는 것이 bounds입니다.
<img src ="https://i.imgur.com/W07rogq.png" width=400px>

- bounds를 활용해본 경험이 있나요? bounds는 언제 활용해볼 수 있을까요?
- ScrollView를 스크롤 할 때, scrollView.bounds 가 변하고, subview 들의 그려지는 위치가 달라집니다.
<img src = "https://i.imgur.com/3oi39pM.jpg" width = 400px>
- 레이블 모양 사각형을 원형으로 만들 때

### Convinience init에 대해 설명해주세요
: 편의 이니셜라이저는 사용에 편의를 더하기 위해서 만든 보조적인 초기화 메소드이다. 이는 일부 혹은 전체 멤버에 대해서 별도의 디폴트 값을 주면서 지정 이니셜라이저를 다시 호출하게 된다. 필수는 아니고 말그대로 편의를 위한 선택이며 구분을 위해 convenience 키워드를 init 앞에 붙여준다.

- Convenience init은 구조체에서 사용할 수 있나요? 아니요
- 왜 구조체에서 사용할 수 없나요?
- Convinience init은 동일클래스의 designated initializer를 호출함으로써 모든 프로퍼티의 초기화를 완료합니다.
반면, 구조체에서는 memberwise initializer를 제공하므로 Convinience init이 아닌 init으로 해도 초기화가 완료되므로 불필요합니다.

- 사용할 수 없다기 보다는 사용할 이유가 없다가 정확한 표현인것 같다
- 왜냐면 convenience 를 사용하는 목적이 결국 designated 이니셜라이저를 보조하고 지정이니셜라이저와 편의 이니셜라이저를 구분하려고 사용하는 것.
- 구조체는 상속을 하지 않기 때문에 , memberwise 가 있어서 초기화의 강제도 없기 때문에?

- Convinience init이 필요한 이유가 무엇인가요?
- 슈퍼클래스의 init을 호출할 때 지정 이니셜라이저를 호출해야 하기 때문에 지정 이니셜라이저와 편의 이니셜라이저를 구분하려고
-[값 유형에 대한 이니셜라이저 위임](https://docs.swift.org/swift-book/LanguageGuide/Initialization.html#ID215)

- required init은 뭔가요?
required 키워드가 init앞에 붙으면, 모든 sub class들이 명시적으로 해당 초기화를 구현 (required를 붙이면 상속의 의미가 이미 있으므로, override키워드는 붙이지 않음)

---
- Convinience init 룰
Rule1. 모든 designated 이니셜라이저는 슈퍼클래스의 designated 이니셜라이저를 호출해야 한다.
Rule2. 모든 convenience 이니셜라이저는 동일 클래스의 다른 이니셜라이저를 호출해야 한다.
Rule3. 모든 convenience 이니셜라이저는 최종적으로 (동일 클래스의) designated 이니셜라이저를 호출해야 한다.

---

### 짜라짜짜 그대는 아름다워~

## App Life Cycle

- App Delegate와 Scene Delegate의 역할 차이는 무엇인가요?
- App Delegate는 앱 전반적인 수명을 관리하고 이에 대한 설정을 하는 역할을 가지고 있습니다. 반면, Scene Delegate는 Scene의 수명을 관리하고 설정의 역할을 하게 됩니다. 즉, App Delegate는 새로운 Scene에 대한 책임과 앱 전반에 대한 수명을 관리하게 되며, Scene Delegate는 각각의 Scene에 대한 수명을 관리하게 됩니다.
- App Delegate에서 Scene Configuration을 생성하게 됩니다. 이에 대한 과정을 설명해주세요.
- scene Configuration에 대한 기본적인 정보는 Info.plist 파일에 기입되어 있으며, 이를 통해서 사용자가 새로운 Scene을 생성해야 한다는 명령에 대응하기 위해서 Info.plist에서 Configuration을 생성하기 위한 데이터를 찾게 되며, 이를 활용하여서 인스턴스를 생성하게 됩니다. 이는 App Delegate의 메서드로 전달되게 됩니다.
- App Delegate에서 앱의 수명을 관리하는 것 이외에 할 수 있는 작업들은 어떤 것들이 있나요?
- 앱의 중앙 데이터 구조를 초기화 하거나, 메모리 부족에 대한 경고, 다운로드 완료 알림 등 앱 외부의 발생하는 알림에 응답하는 것이 가능합니다. 가령 예를 들어서 APNS 서비스에 대한 데이터를 전달 받고, 이를 핸들링하는 것입니다.
- App Delegate에 있는 @UIApplicationMain 어노테이션은 무엇을 의미할까요?
- 실제로 앱은 UIApplication이라는 객체로 추상화 되어서 실행되게 됩니다. App Delegate는 이에 대한 역할을 위임 받아서 UI를 그리게 됩니다. 이때에 UIApplication에 대한 객체의 Delegate에 해당하는 인스턴스를 지정하기 위해서 UIApplicationMain이라는 어노테이션을 활용합니다.
- Scene이 구성되는 순서를 설명해주세요.
- 초기에 씬을 구성하기 위해서 App Delegate에서 configurationForSession메서드가 불리게 되며, 이를 통해서 Scene Delegate에 willConnectToSession 메서드가 호출되게 됩니다. 이때의 상태는 화면 상에 앱이 등장하지 않은 상태입니다. 그 후, Scene메서드가 호출되고, UIWindow의 객체를 생성하게 되면서, 화면에 앱이 등장하게 됩니다.
- Window와 Scene의 관계를 설명해주세요.
- Window는 UIView를 상속받은 자식 클래스이며, 이는 앱의 UI 배경과 이벤트를 뷰로 전달하는 객체입니다. Scene은 화면 상에 나오게 되는 한개의 UI 구성체를 이야기 하게 됩니다. 그렇기 때문에 windowScene 객체는 window 객체의 배열을 가지게 됩니다. 즉, windowScene은 여러가지의 window를 관리하게 됩니다.

---

- 그렇다면, Scene과 Scene Session은 무엇인가요?
- Scene은 iOS 13이후에 나온 개념으로써, 멀티 윈도우를 지원하기 위해서 생성된 개념입니다. Scene은 화면 상에 나오게 되는 한개의 UI 구성체를 이야기 하게 됩니다. 이때의 Scene들은 같은 메모리와 앱 프로세스 공간을 공유하며, 동시에 실행되게 됩니다. Scene Session은 각각 생성되는 Scene에 생명 주기를 관리하는 객체입니다. App Delegate에서 새로운 Scene을 생성하게 되면, 이 Scene의 생명주기를 관리하기 위해서 SceneSession을 생성하게 됩니다.
- Scene Delegate의 메서드들과 Life Cycle에 대해서 설명해주세요.

## GCD

- GCD와 Operation의 차이에 대해서 설명해주세요.
- GCD는 멀티 코어와 멀티 프로세싱 환경에서 최적화된 프로그래밍을 할 수 있도록 애플이 개발한 기술 입니다. Operation은 단일 작업과 관련된 코드와 데이터를 나타내는 추상 클래스입니다.
- 어떤 경우에 각각의 기술을 선택할지 자신의 선택 기준에 대해 알려주세요.
- Operation은 작업에 대한 상태를 추적하고, 취소하는 것이 필요한 경우 활용하게 됩니다. 하지만, GCD의 경우, 간단한 작업을 수행 시킨 후, 상태를 추적할 이유가 없는 경우에 활용하게 됩니다. Operation을 직접적으로 클래싱하여서 활용할 기회가 없어서 사용해보지는 못했습니다.
- 각각의 기술을 사용할 때 작업을 취소하면 곧바로 취소가 되나요?
- GCD의 경우, 해당 작업에 대해서 취소하게 되면, 취소의 상태가 변경되게 되고, 이를 개발자가 핸들링하여서 작업이 취소되었는지 판단해야 합니다. Operation을 활용하는 경우, 상태를 지속적으로 추적할 수 있게 됩니다. 이를 통해서 작업을 취소 시키게 되면, Operation은 바로 Finished의 상태로 변경하게 됩니다.
- GCD에서 메모리적으로 발생할 수 있는 문제들에 대해서 설명해주세요.
- 우선, Race Condition이 발생할 수 있습니다. 이는 동일한 프로세스를 공유하는 Thread는 같은 메모리 주소를 공유하게 됩니다. 각각의 Thread가 공유하는 메모리의 자원을 동시에 접근하면서 발생하게 됩니다. 두번째로 발생할 수 있는 문제점은 DeadLock이 발생할 수 있습니다. 이는 2개의 작업이 서로가 서로를 끝나기를 기다리고 있어 작업이 중단되는 현상을 이야기합니다. 마지막으로 우선순위 역전 현상이 발생하게 됩니다. 이는 우선 순위가 높은 작업이 실행할 준비가 되었지만, 낮은 순위의 작업이 CPU를 점유하므로써 실행되지 못하는 상태를 이야기합니다.
- Race Condition을 해결하기 위해서 할 수 있는 방법에는 어떤 것들이 있나요?
- Serial Queue를 활용하여서 데이터에 접근하는 작업의 수를 한개로 제한할 수 있습니다. 또한, Semaphore를 통해서도 해당 문제를 해결할 수 있습니다. 또한, 논리가 복잡한 경우에는 Thread barriar를 활용하여서 데이터의 접근을 막을 수 있습니다.
- 어떤 경우에 OperationQueue를 활용하나요?
- 일반적으로 GCD처럼 동시성 프로그래밍이나 백그라운드 작업을 사용되지만, 취소, 일시정지, 계속 등의 복잡한 사애를 쉽게 관리하거나 Operation을 채택하여 객체화를 통한 재사용성을 높이거나 여러 종속성이 필요할 때 addDependency()를 활용할 수 있습니다.
- Operation을 활용할 때, 의존성을 주입하는 방법에 대해서 설명하고, 작업의 상태의 변경 순서에 대해서 설명해주세요.
- Operation에서 다른 작업들에 대해서 의존성을 주입하여서 활용할 수 있습니다. 이는 addDependency 메서드를 통해서 추가할 수 있습니다. 이를 통해서 해당 작업은 의존성으로 주입된 작업이 완료되기 전까지 isReady 프로퍼티가 변경되지 않으며, 준비되지 않은 상태가 되면서 작업이 수행되지 않습니다. 하지만, 의존성 작업이 완료되게 되면, 해당작업의 상태를 변경하게 됩니다.
- 동기와 비동기는 무엇인가요?
- 동기는 한자 그대로 동시에 일어난다는 뜻으로 인풋과 아웃풋이 동시에 일어난다는 의미 입니다. 인풋을 보내면 얼마가 걸리던지 인풋한 위치에서 아웃풋이 주어집니다. 비동기는 반대로 동시에 일어나지 않는다는 뜻으로 인풋과 아웃풋이 동시에 일어나지 않습니다. 인풋을 보내고 작업을 처리하는 시간에 다른 처리를 할 수 있습니다.

---

- GCD를 활용하다 보면 동시에 여러가지의 일을 수행하고 이 결과를 활용 하는 일들이 있습니다. 이를 수행하는 과정을 설명해주세요.
- GCD를 활용하여서 동시에 여러가지의 작업을 수행하고 이 결과를 활용하기 위해서 DispatchGroup을 활용할 수 있습니다. DispatchGroup은 작업들을 한 곳에서 관리할 수 있도록 묶어주는 객체입니다. 이 객체를 동시에 일어나는 작업에 넣어줌으로써 한개의 그룹으로 여러가지의 일을 수행하고 결과를 반환하게 됩니다. DispatchGroup은 모든 작업이 동작이 완료될 때까지 기다리게 되며, 모든 작업이 완료된 후 수행할 작업을 작성하여서 활용할 수 있습니다.
- GCD API의 동작 방식과 필요성을 설명해주세요.
- Multicore Process를 위한 Thread 프로그래밍의 방법입니다. 스레드를 관리해주고, 동시적으로 작업을 처리할 수 있게 해주는 저수준 API를 제공해주는 라이브러리입니다. GCD가 필요한 이유는 이전에는 개발자가 직접적으로 쓰레드를 관리해야 하는 것에 대한 불편함이 있었습니다. 이를 해결하기 위해서 GCD 라이브러리가 필요합니다.