앱에서 윈도우와 뷰를 사용해 컨텐츠를 스크린에 보여줄 수 있다. 윈도우 자체는 컨텐츠가 없지만 어플리케이션 뷰를 위한 기본적인 컨테이너를 제공한다. 뷰는 컨텐츠를 채울 윈도우의 부분을 정의한다. 예를 들어 이미지, 텍스트, 또는 다양한 조합을 보여주는 뷰를 가질 수 있다. 뷰를 사용해 다른 뷰를 조작할때도 사용할 수 도 있다.
모든 앱은 적어도 한개이상의 윈도우와 뷰를 갖는다. UIKit과 다른 시스템 프레임워크가 제공하는 완성된 뷰를 사용해 컨텐츠를 보여줄 수 있다. 간단한 버튼이나 텍스트부터 복잡한 테이블뷰 피커뷰, 스크롤뷰 등을 제공한다. 이 중 원하는 뷰가 없다면 커스텀 뷰를 정의하고 이벤트 핸들링을 직접 정의 할 수 있다.
뷰는 UIView 클래스의 인스턴스이자 어플리케이션 윈도우에서 직사각형 영역을 관리한다. 뷰는 컨텐츠를 그리고, 멀티터치 이벤트를 제어하며 서브뷰들을 관리한다. Core Graphics, OpenGL, UIKit과 같은 그래픽 기술을 사용해 이미지, 쉐입, 텍스트를 뷰 영역에 그리는 작업을 포함한다. 뷰는 gesture recognizer를 사용하거나 터치이벤트를 직접처리해 사각영역 내 터치 이벤트에 응답한다. 뷰 체계에서 부모 뷰는 자식 뷰의 사이즈와 위치 조정을 담당하고 이를 동적으로 수행 할 수 있다. 자식 뷰를 동적으로 수정하기에 뷰가 인터페이스 로테이션, 애니메이션과 같은 조건 변화에 즉각 대응할 수 있다.
뷰들을 인터페이스를 구성하는 구성 요소로 생각할 수 있다. 한개의 뷰가 모든 컨텐츠를 표시하는 것이 아니라 다양한 뷰를 사용해 뷰 체계를 확립할 수 있다. 뷰 체계내에 각각의 뷰는 인터페이스 영역에 특정 부분만 담당하고 특정 컨텐츠에 맞게 최적화 할 수 있다. 예를 들어 UIKit은 이미지, 텍스트 각각에 맞는 뷰를 가지고 있다.
Relevant Chapters: View and Window Architecture, Views
윈도우는 UIWindow의 인스턴스리고 앱의 전반적인 인터페이스를 다룬다. 윈도우는 뷰 체계와 상호작용 변경사항을 관리하기 위해 뷰와 함께 작동한다. 대부분 어플리케이션의 윈도우는 바뀌지 않는다. 윈도우가 만들어지고 동일하게 유지되며 뷰만 변경된다. 모든 어플리케이션은 적어도 한개 이상의 윈도우를 가지고 있다. 윈도우에서는 메인 화면에 표시되는 인터페이스를 보여준다. 외부 디스플레이가 연결되면 어플리케이션은 두번째 윈도우를 만들어 외부 디스플레이에 컨텐츠를 표시한다.
Relevant Chapters: Windows
애니메이션은 뷰 체계의 변경사항에 대한 피드백을 사용자에게 제공한다. 시스템은 모달 뷰를 보여주고 뷰 그룹간의 전환을 위한 표준 애니메이션을 정의한다. 그러나 커스텀 애니메이션도 가능하다. 예를 들어 애니메이션을 통해 뷰의 튜명성을 변경하고 화면에서 위치 변경, 배경색 등을 변경할 수 있다.
Relevant Chapters: Animations
인터페이스 빌더를 사용해 뷰와 윈도우를 그래픽으로 구성할 수 있다. 뷰를 취합해 nib 파일에 배치 할 수 있다. 런타임에 nib 파일을 불러오면 파일안 객체들은 프로그래밍 방식으로 수정가능 실제 객체로 재구성 된다.
인터페이스 빌더는 앱의 인터페이스 작업을 매우 단순화한다. 인터페이스 빌더와 nib 파일 지원은 iOS 전반에 걸쳐서 통합되 어플리케이션 디자인에 적용하는데 큰 노력을 필요하지 않는다.
인터페이스 빌더를 위한 더많은 정보는 Interface Builder User Guide 를 참고해라.
뷰와 윈도우는 어플리케이션 유저 인터페이스를 나타내며 인터페이스와의 상호작용을 처리한다. UIKit과 시스템 프레임워크는 수정할 수 있거나 필요없는 다양한 뷰를 제공한다. 컨텐츠를 다르게 보여주기 위해 커스텀 뷰를 정의해 사용할 수 있다.
어떤 뷰를 사용하는것과 관계 없이 UIView, UIWindow 클래스가 제공하는 기반에 대해서 이해할 필요가 있다. 두개 클래스는 뷰의 레이아웃과 프레젠테이션을 관리할 수 있는 정교한 기능을 제공한다. 기능들의 동작 방식을 이해함으로써 어플리케이션이 변화가 발생했을 때 뷰가 올바르게 작동하게 할 수 있다.
시각적인 대부분의 작업은 뷰 오브젝트(UIView 인스턴스)가 수행한다. 뷰 오브젝트는 사각형의 스크린에서 사각형의 지역을 정의하고 지역 내 드로잉 터치이벤트를 처리한다. 뷰는 다른 뷰들의 부모 역할과 위치, 사이지를 조정한다. UIView 클래스는 뷰 사이의 관계에 대한 대부분의 작업을 처리하고 또한 필요에 따라 커스터마이즈도 가능하다. 뷰는 Core Animation와 같이 컨텐츠의 렌더링 및 에니메이션을 처리한다. UIKit에 속한 모든 뷰는 레이어 오브젝트(CALayer 인스턴스)의 지원을 받는다. 레이어 오브젝트는 backing store(모든 랜더링 결과를 담고있는 비트맵)를 관리하고 뷰와 관련있는 에니메이션을 처리한다. 대부분의 작업들은 UIView 인터페에스를 통해 처리되지만 에니메이션 및 렌더링에 더 많은 조작을 하려는 경우 layer를 통해 작업을 처리할 수 있다.
레이어와 뷰의 관계에 대해 이해하기 위해 아래의 예시를 참고해라. 그림 1-1은 Core Animation 레이어와 관계를 통해 View Transitions 샘플의 뷰 아키텍쳐를 보여준다. 아래의 뷰들은 윈도우, 컨테이너 뷰역할을 하는 generic UIView, 이미지 뷰, 디스플레이 컨트롤을 위한 툴�바, 바버튼 아이템을 포함한다. 모든 뷰는 뷰의 layer 프로퍼티로 접근이가능한 상응하는 레이어를 가진다. 레이어 오브젝트 뒤에 Core Animation 렌더링 오브젝트, 긍극적으로 스크린에 실제 비트를 다루는데 사용되는 하드웨어 버트가 있다.
그림 1-1
Core Animation 레이어 오브젝트는 퍼포먼스 향상에 중요하다. 실제 드로잉 코드는 가능한 적게 호출되고 호출 됬을때 결과는 Core Animation에 의해 캐싱되며 최대한 나중에 재사용된다. 렌더링된 컨텐츠의 재사용은 비싼 드로잉 사이클을 줄인다. 컨텐츠 재사용은 특히 기존 컨텐츠를 조작할 수 있는 애니메이션에서 중요한다. 재사용은 새로운 컨텐츠를 만드는것 보다 저렴하다.