ViewController / ViewController LifeCycle / 화면전환 & 데이터전달

[chaneeii]

iOS 의 유저인터페이스 구조

iOS 는 일반 데스크톱과 달리 UI 표현구조가 다르다. 스마트폰의 특성상 단 하나의 화면만 표현되고 다른 프로그램이 실행되면 기존의 화면은 내려가고 그 자리에 새로운 화면이 들어옴. -> 이러한 과정을 구현하는데 윈도우와 뷰 객체가 사용된다.

Window 와 View 그리고 ViewController

Window

• iOS 에서 디바이스의 스크린을 빈틈없이 채우기 위한 객체
• 항상 UI 표현 계층의 최상위에 위치
• View의 일종이지만 직접 컨텐츠를 가지지는 않으며 컨텐츠를 가진 뷰 객체를 내부에 배치하여 화면에 출력하는 역할만을 수행한다. => 화면이 전환되더라도 window 객체는 전환되지 않으며, 내부의 배치된 뷰의 컨텐츠만 바뀐다.

View

• 뷰는 컨텐츠를 담아 이를 스크린상에 표시하고 사용자의 입력에 반응한다.
• 윈도우의 일부를 자신의 영역으로 정의하고 이곳에 필요한 컨텐츠를 채워서 스크린에 나타내는 동시에 윈도우로부터 전달된 사용자의 입력에 반응하여 그에 맞는 결과를 처리하는 역할 수행

하나 이상의 view들이 콘텐츠를 표현하면, window는 모바일 디바이스 스크린에 이것들을 종합하여 표현한다. 이러한 방식으로 다양한 형태의 view를 화면에 나타내는데 영역이 겹쳐질 경우 중첩된 형태로 아래와 같이 나타낸다.

iOS에서 실행되는 모든 애플리케이션은 최소한 하나 이상의 윈도우와 뷰를 가진다

• 대부분의 경우에서 모바일 디바이스 디스플레이는 하나뿐이므로, 애플리케이션이 생성하는 윈도우 역시 하나이지만, 외부 디스플레이가 연결될 경우, 이때는 윈도우가 하나 더 추가됨
• 윈도우 안에는 뷰, 그것도 수많은 뷰들이 포함되어 있으며, 각각의 뷰는 모두 각자의 영역에서 원하는 내용을 표시한다.

ViewController

윈도우와 뷰 사이는 뷰 컨트롤러를 통해 연결된다. 뷰컨트롤러는 뷰의 계층을 (View Hierachy) 관리하여 윈도우에 전달하고 모바일 디바이스에 감지된 터치 이벤트를 윈도우로부터 전달받아 처리하는 역할을 수행한다.

즉, 윈도우는 ViewController를 통해 제공되는 뷰를 읽어 표현할 뿐, 뷰를 직접 관리하지 않는다.

• 윈도우 객체에 커스텀 코드가 난립하는 것을 방지
• 앱이 표현해야하는 모든 뷰를 윈도우 객체 하나가 관리해야 하는 불상사를 막아줌

Root ViewController

• 윈도우 객체는 하나의 뷰 컨트롤러를 Root ViewController로 지정하여 참조
• Root ViewController 는 윈도우 객체의 직접적인 관리대상
  • 그외의 다른 뷰들은 Root ViewController 의 관리 대상으로 연결되거나 혹은 다른 방식으로 이어지기도 하지만 윈도우 객체의 직접적인 관리대상이 아님

ViewController

• Contents ViewController

  • 대부분의 뷰 컨트롤러들은 각자가 하나의 화면을 담당하여 컨텐츠를 표현하고 뷰를 관리한다. 이를 Scene 이라고 한다.
  • A, B 두개의 씬으로 이루어진 어플리케이션이 있다면 A, B 각각의 씬을 표현할 두 개의 뷰 컨트롤러가 필요하다는 의미로 해석할 수 있다. 씬을 담당하고 콘텐츠를 표시하는 뷰 컨트롤러를 콘텐츠 뷰 컨트롤러라고 한다.

• Container ViewController

  • 일부 특별한 뷰컨트롤러들은 씬을 표현하는 대신 다른 뷰 컨트롤러의 연결관계를 관리한다.
  • 이들은 내부에 콘텐츠를 배치하는 대신, 다른 뷰 컨트롤러를 배치하고, 이들을 서로 유기적인 관계로 엮이도록 만든다
  • ex) Navigation Controller, TabBar Controller, Page Controller 등
  • 컨테이너 뷰 컨트롤러의 일부는 다른 뷰 컨트롤러의 관리를 위해 고유한 역할을 하는 특정 객체를 화면에 부분적으로 추가하는데, 네비게이션 바나 탭 바 등이 이런 목적으로 추가된 객체

뷰 계층구조

뷰 컨트롤러 내부는 수많은 뷰들로 이루어 지는데, 이들 뷰는 자기 자신을 스크린상에 표시하기도 하지만, 동시에 다른 뷰 객체를 포함하는 컨테이너의 역할도 수행한다. 이를 뷰의 계층 구조(View hierachy) 라고한다

• SuperView : 뷰의 계층구조 상 다른 뷰를 포함하는 뷰
• SubView : SuperView에 포함된 뷰 하나의 superview는 다른 superview의 subview가 될 수 있으며, subview역시 다른 하위에 subview를 가직 된다면, subview를 기준으로 superview가 될 수 있다.

superview 는 subview가 레이아웃을 구성할 수 있도록 내부적으로 원점을 잡아주는 좌표 체계를 제공한다. 뷰의 계층 구조상에서 뷰들은 서로 상대적인 레이아웃을 이룬다.

• 일반적으로 각자의 Scene 은 자신만의 뷰 계층구조를 가진다.
• 뷰 계층 구조의 최상위에는 하나의 뷰가 존재한다. (=Root View / Contents View)
  • Table ViewController 에서는 tableview가 루트뷰, Collection ViewController에서는 Collection view 가 루트뷰의 역할을 담당한다.
  • 일반 뷰 컨트롤러에서는 view 객체가 root view의 역할

루트 뷰 내부에는 각자의 크기와 영역, 표현할 컨텐츠를 가진 여러개의 서브 뷰가 추가되는데, 일부 뷰는 서로 겹치기도 한다. 루트 뷰는 이러한 서브 뷰들을 모아 하나의 전체 뷰를 구성하고, 뷰 컨트롤러를 통해 이를 윈도우에 전달한다.

Reference

• https://codecrafting.tistory.com/34

[chaneeii]

화면전환 https://one10004.tistory.com/108

[chaneeii]

ViewController

ViewController

뷰 컨트롤러는 UIViewController클래스로 구현되어있다. ViewController란 앱의 기초가 되는 내부 구조이다.

• 앱은 뷰컨트롤러 로 이루어져 있으며, 모든 앱은 최소한 하나이상의 뷰 컨트롤러를 가지고 있음
• 사용자가 화면을 보는 것에 대한 관리 기능 제공

ViewController의 주요역할

• 데이터의 변화에 따라서 view 컨텐츠를 업데이트
• view들과 함께 사용자 상호작용에 응답
• view를 resizing 하고 전체적인 인터페이스의 layout관리
• 다른 뷰컨트롤러들과 함께 앱을 구성한다.

Reference

• https://melod-it.gitbook.io/sagwa/app-frameworks/uikit/view-controllers/uiviewcontroller

• https://boidevelop.tistory.com/13

• https://sibalja.tistory.com/25

• https://velog.io/@wook4506/iOS-Swift-Storyboard%EC%99%80-ViewControlle

• https://jaemuyeo.github.io/ios/viewController/

• https://velog.io/@myeongs07/iOS-iOS%EC%9D%98-View%EC%B2%B4%EA%B3%84

• https://baked-corn.tistory.com/3

[chaneeii]

화면간 데이터 전달하기

• https://i-colours-u.tistory.com/6
• https://velog.io/@heyksw/iOS-%ED%99%94%EB%A9%B4%EA%B0%84-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%A0%84%EB%8B%AC%ED%95%98%EA%B8%B0
• https://velog.io/@nnnyeong/iOS-VC-%EA%B0%84-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%A0%84%EB%8B%AC-%EB%B0%A9%EB%B2%95#2-vc%EC%9D%98-%ED%95%A8%EC%88%98%EB%A5%BC-%EC%9D%B4%EC%9A%A9