코코아 터치 뷰/뷰 컨트롤러 규칙

Question

저는 iOS dev을 처음 사용하고 있으며 기존 프로젝트에서 작업 중입니다. 뷰와 뷰 컨트롤러를 개념화하는 방법과 컨텍스트가 다루는 방법에 관한 간단한 질문이 있습니다.

기본 UIViewController 클래스는 실제 "실제"(더 나은 단어가없는 경우)보기를 참조하는 속성 인 view을 가지고 있으며 컨트롤러는 본질적으로 해당 물리적보기를 관리하는 반면 (예 : - 표준 mvc 물건 이해).

이것은 뷰 컨트롤러가 코코아 터치에서 개념적 우선 순위를 취할 것을 제안합니다. 그러나 하위 뷰 (부모 물리적 뷰 또는 부모 뷰 컨트롤러에 추가)를 추가하면보기 컨트롤러가 아닌 실제 뷰를 사용할 수 있습니다.

는 처음 (아마도 자신의 물리적 뷰를 생성한다) 서브 뷰 제어기을 만들고 그것 addSubViewview 속성을 전달할 것으로 예상된다? 난 그냥 여기에 종래의 워크 플로우에서 분명 뭔가를 놓치지 않고 있는지 확인하고 싶다.

Answer 1

보기 및보기 컨트롤러가 1 : 1 비율이 아닙니다. View Controller는 특정 기능 영역에 필요한만큼의보기를 관리합니다. iPhone에서는 일반적으로 내용이 가득 찬 화면이지만이 정의는 약간 이동합니다.

컨트롤러의보기 속성은 부모보기에 불과하며 작업을 수행하는 데 필요한만큼의 하위보기를 가질 수 있습니다. 컨트롤러는 뷰와 데이터 모델을 조정하여 앱의 기능을 제공합니다.

뷰 컨트롤러 계층 구조 및 뷰 계층 구조에 추가 된 자식 뷰 컨트롤러를 가질 수 있지만 (자식보기 컨트롤러의보기는 부모보기 컨트롤러보기의 하위보기로 추가됨) 수행하지 않을 것입니다 모든 하위 뷰에 대해

WWDC 2012 ("View Controller의 발전", IIRC)에서이 점을 잘 설명하는 훌륭한 연설이있었습니다.