개인공부 후 자료를 남기기 위한 목적임으로 내용 상에 오류가 있을 수 있습니다.

테이블뷰(Table View)란?

테이블뷰는 iOS 애플리케이션에서 많이 활용하는 사용자 인터페이스 이다.
테이블뷰는 리스트 형태를 지니고 있으며 스크롤이 가능 해 많은 정보를 보여 줄 수 있다.

테이블뷰 기본 형태

• 테이블뷰는 하나의 열(column)과 여러 줄의 행(row)을 지니며, 수직으로만 스크롤 가능
• 각 행은 하나의 셀(cell)에 대응
• 섹션(section)을 이용해 행을 시각적으로 나눌 수 있다
• 헤더(header)와 푸터(footer)에 이미지나 텍스트를 추가해 추가 정보를 보여줄 수 있다

테이블뷰 스타일

테이블뷰는 크게 두 가지 스타일(일반, 그룹)로 나뉜다.

• 일반 테이블뷰(Plain TableView)
  • 더 이상 나뉘지 않는 연속적인 행의 리스트 형태
  • 하나 이상의 섹션을 가질 수 있으며, 각 섹션은 여러 개의 행을 지닐 수 있다
  • 각 섹션은 헤더 혹은 푸터를 옵션으로 지닐 수 있다
  • 색인을 이용한 빠른 탐색을 하거나 옵션을 선택할 때 용이
• 그룹 테이블뷰(Grouped TableView):
  • 섹션을 기준으로 그룹화되어있는 리스트 형태
  • 하나 이상의 섹션을 가질 수 있으며, 각 섹션은 여러 개의 행을 지닐 수 있다
  • 각 섹션은 헤더 혹은 푸터를 옵션으로 지닐 수 있다
  • 정보를 특정 기준에 따라 개념적으로 구분할 때 적합
  • 사용자가 정보를 빠르게 이해하는 데 도움이 된다

테이블뷰 생성

테이블뷰를 생성하고 관리하는 좋은 방법은 스토리보드에서 커스텀 UITableViewController 클래스의 객체를 이용 하는 것이다(필요에 따라서 소스코드로 테이블뷰를 생성하는 것도 물론 가능하다) 스토리보드에서 테이블뷰의 특성을 지정할 때, 동적 프로토타입(dynamic prototypes) 혹은 정적 셀(static cells) 중 하나를 선택할 수 있다. 새로운 테이블뷰를 생성할 때 기본 설정 값은 동적 프로토타입 이다.

• 동적 프로토타입(Dynamic Prototypes)
  • 셀 하나를 디자인해 이를 다른 셀의 템플릿으로 사용하는 방식
  • 같은 레이아웃의 셀을 여러 개 이용해 정보를 표시할 경우
  • 데이터 소스(UITableViewDataSource) 인스턴스에 의해 콘텐츠를 관리하며, 셀의 개수가 상황에 따라 변하는 경우에 사용
• 정적 셀(Static Cells)
  • 고유의 레이아웃과 고정된 수의 행을 가지는 테이블뷰에 사용
  • 테이블뷰를 디자인하는 시점에 테이블의 형태와 셀의 개수가 정해져 있는 경우 사용
  • 셀의 개수가 변하지 않음

테이블뷰 구성요소

테이블뷰를 구성하기 위해 꼭 알아야 하는 개념에는 셀(cell), 델리게이트(delegate) 그리고 데이터 소스(data source)가 있습니다

In Apple Docs…

UITableView

참고한 애플 문서-UITableView

Declaration

class UITableView: UIScrollView

iOS의 테이블뷰에는 세로 스크롤 컨텐츠의 단일 열이 행으로 나누어 표시된다. 각 행에는 앱 콘텐츠가 하나씩 포함되어 있다. 하나의 긴 행 목록을 표시하도록 테이블을 구성하거나 컨텐츠를 보다 쉽게 ​​탐색 할 수 있도록 관련 행을 섹션으로 그룹화 할 수 있다.

테이블은 일반적으로 데이터가 고도로 구조화되거나 체계적으로 구성된 앱에서 사용된다. 계층 적 데이터를 포함하는 앱은 종종 탐색 뷰 컨트롤러와 함께 테이블을 사용하여 여러 수준의 계층 구조 간 탐색을 용이하게한다. 예를 들어 설정 앱은 테이블과 탐색 컨트롤러를 사용하여 시스템 설정을 구성한다. UITableView는 테이블의 기본 모양을 관리하지만 앱은 실제 내용을 표시하는 셀 (UITableViewCell 객체)을 제공한다. 표준 셀 구성에는 텍스트와 이미지의 간단한 조합이 표시되지만 원하는 내용을 표시하는 사용자 정의 셀을 정의 할 수 있다. 헤더와 푸터를 제공하여 셀 그룹에 대한 추가 정보를 제공 할 수도 있다.

테이블 뷰는 데이터 중심이며 일반적으로 제공하는 데이터 소스 개체에서 데이터를 가져온다. 데이터 소스 개체는 앱의 데이터를 관리하며 테이블의 셀을 만들고 구성한다. 테이블의 내용이 변경되지 않으면 스토리 보드 파일에서 해당 내용을 대신 구성 할 수 있다.

Table Views

참고한 애플 문서-TableView

테이블뷰에는 세로 스크롤 컨텐츠의 단일 열이 행과 섹션으로 나누어 표시된다. 테이블의 각 행에는 앱과 관련된 단일 정보가 표시되며 섹션을 사용하면 관련 행을 그룹화 할 수 있다.

테이블 뷰는 다음을 포함하여 여러 다른 객체 간의 협업입니다.

• Cells: 셀은 컨텐츠의 시각적 표현을 제공
  • UIKit에서 제공하는 기본 셀을 사용하거나 앱의 요구에 맞게 사용자 정의 셀을 정의 할 수 있다
• Table View Controller: 일반적으로 UITableViewController 객체를 사용하여 테이블 뷰를 관리
  • 다른 뷰 컨트롤러도 사용할 수 있지만 일부 테이블 관련 기능이 작동하려면 테이블 뷰 컨트롤러가 필요
• Data Source object: 이 객체는 UITableViewDataSource 프로토콜을 채택하고 테이블에 대한 데이터를 제공
• Delegate object: 이 개체는 UITableViewDelegate 프로토콜을 채택하고 테이블 내용과의 사용자 상호 작용을 관리

Table

참고한 애플 문서-Table

개인공부 후 자료를 남기기 위한 목적임으로 내용 상에 오류가 있을 수 있습니다.

iOS를 공부하면서 간단한 실습을 하다보니 view controller의 생명주기에대해 공부할 필요성을 느꼈다. 처음 접헀을때는 이게 쓸일이 있을까? 싶은 코드였는데, 꼭꼭 반드시 필요하고 제대로 알고 있어야하는 개념이었다. 실제 코드에 사용해보기도 했지만, 조금 헷갈리는 부분들이 있어 정리를 하게 되었다.

View Controller Life Cycle

앱들은 모두 View Controller 로 이루어져있다. 화면이 하나만으로 구성되는 앱도 있겠지만, 대부분의 앱은 여러개의 화면들로 구성되어있을 것이다. 이런 각각의 뷰들은 각각의 생명주기를 가지고 있고, 가져야 한다. 뷰 컨트롤러에게 있어서 생명주기란 보여지고 사라지는 주기 를 의미한다.

뷰 컨트롤러는 위 사진과 같은 주기를 가지게 된다. 기본적으로 우리가 이해하기에는 아래를 이해하면 된다.

viewDidLoad
viewWillAppear
viewDidAppear
viewwillDisappear
viewDidDisappear

그냥 보면 무슨 함수인지 모르겠지만, 함수의 이름을 잘 살펴보면 Will 과 Did 가 보임을 알 수 있다. Will은 우리가 알고있듯 미래를 의미할 것이고, Did는 과거를 의미할 것이다. 하나씩 제대로 살펴보도록 하자!

loadView()

화면에 띄워줄 view를 만드는 메소드로 view를 만들고 메모리에 올린다.

실제로 해당 함수는 사용자가 직접 호출하여 사용하는 경우는 없다. 직접 코딩으로 만들어 사용하지 않는다면 이 함수를 override하여 사용하는 것은 좋지않다고 한다. 참고링크 바로가기

즉, 스토리보드나 nib(xib)를 사용하지 않는 경우에만 이 메소드를 직접 오버라이드 하여 뷰를 만들고 뷰 계층을 생성해준다.

viewDidLoad

뷰의 컨트롤러가 메모리에 로드된 후 호출되며 시스템에 의해 자동으로 호출된다.

익숙한 함수일 것이다. 프로젝트를 만들면 뷰 컨트롤러에 항상 꼭 보이는 함수이기 때문이다.

이 함수는 왜 항상 존재하는것이며 그래서 이 함수가 하는 일은 무엇일까?
애플 문서에 따르면

“Called after the controller’€™s view is loaded into memory”

뷰의 컨트롤러가 메모리에 로드되고 난 후 호출된다라고 의미한다. 우선 모든 뷰는 메모리에 올라가야 우리가 접근이 가능할 것이다. 그렇기 때문에 이 viewDidLoad 함수의 기능은 뷰의 로딩이 완료되었을때 시스템에 의해 자동으로 호출되어 일반적으로 리소스를 초기화하거나 초기화면을 구성하는 용도로 사용한다.

즉, 사용자에게 화면이 보여지기 전에 데이터를 뿌려주는 행위에 대한 코드를 작성하면 되고, 일반적으로 리소스를 초기화하거나 초기화면을 구성하는 용도로 자주 쓰인다. 이 메소드는 view controller 생에 단 한번만 호출이 되기 때문에 한번만 있을 행위에 대해서는 이 메소드 안에 정의해주면 된다. (화면이 처음 만들어질때 한번만 실행되기 때문에 처음 한번만 실행해야 하는 초기화 코드가 있을 경우 해당 메소드 내부에 작성하면 되는 것이다!)

viewWillAppear

뷰 컨트롤러의 화면이 올라오고 난 후 뷰가 화면에 나타나기 직전에 호출이 된다.

즉, 뷰가 로드된 이후 눈에 보이기 전에 컨트롤러에게 알리는 역할을 한다. 다른 뷰로 이동했다가 되돌아올때 재 호출되는 메소드로 화면이 나타날때마다 수행해야하는 작업을 정의하기 좋다. 처음 어플리케이션이 수행되고 첫 화면이 띄워질 때 호출되는 것은 viewDidLoad()와 동일하지만, 화면 전환을 통해 다시 현재의 화면으로 돌아올때는 viewDidLoad()가 아닌 viewWillAppear()가 호출된다.

즉, 뷰가 뷰 계층에 추가되기 직전에, 또 해당 뷰가 나타나기 위한 애니메이션이 설정되기 전에 호출된다. 이 메서드를 오버라이드해서 뷰가 화면에 나타나기 전에 필요한 추가적인 작업을 수행할 수도 있다.

viewDidAppear

view가 데이터와 함께 완전히 화면에 나타난 후 호출되는 메서드이다.

즉, 뷰가 나타났다는 것을 컨트롤러에 알리는 역할로 뷰가 화면에 나타난 직후에 실행되며 화면에 적용될 애니메이션을 그려준다.

viewwillDisappear

다음 view controller화면이 전환하기 전이나 view controller가 사라지기 직전에 호출되는 메서드이다.

뷰가 뷰 계층에서 제거되기 직전, 이 뷰가 사라지기 위한 애니메이션이 설정되기 전에 호출된다. 이 메서드를 오버라이드 함으로써 해당 뷰를 통해 일어난 변화는 저장하거나, 최초 반응자(first responder) 상태를 내려놓거나, 뷰가 나타났을 때 조정됐던 다른 뷰들을 원래대로 돌려놓는 등의 작업을 수행할 수 있다.

viewDidDisappear

view controller들이 화면에서 사라지고 나서 호출되는 메서드이다.

화면이 사라지고나서 필요없어지는(멈춰야하는) 작업들을 여기서 진행한다.

시스템 메모리가 부족한 상황이 되면, 시스템은 뷰 컨트롤러에 메모리가 모자라다는 메시지를 보낸다. 이것이 didReseuceMemoryWarnig()메서드로 이 메서드를 오버라이드 함으로써, 해제할 수 있는 메모리를 최대한으로 해제하여 메모리를 확보하는 작업을 수행해야한다.

이렇게 뷰 컨트롤러의 참조가 0이 되게 되면 deinit()을 통해 뷰컨트롤러가 가지고 있던 뷰ㅘ 관련 자원들을 해제함으로써 완전히 생명주기가 끝나게 된다.

개인공부 후 자료를 남기기 위한 목적임으로 내용 상에 오류가 있을 수 있습니다.

swift를 공부하면 꼭 알아야 하는 개념중에 하나가 delegate 개념이다.
공부를 하면서 delegate를 쓰긴 쓰는데, 정확하게 이해가 가지 않아 공부하던 찰나 좋은 글이 있어 보고 참고하여 정리해봅니다.

Delegate

delegate를 이해하기 위해서는 우선 프로토콜 개념을 이해해야한다. delegate가 프로토콜로 구현되기 때문이다.

이전에 정리했듯 프로토콜은 단순히 서로간의 약속 이라고 이해하면 쉽다. 구체적인 코드가 짜여져있는 것이 아니라 앞으로 어떤 코드를 짤것인지에 대해 정의해놓는 것이 바로 프로토콜이다. 현실에서의 예로 들자면 ‘선생님’이라는 프로토콜이 있다고 생각해보자. 선생님 프로토콜은 과목명, 담당 수업, 가르치는 행위, 숙제를 행위 등 여러가지의 특징과 기능을 가지고 있을 것이다. 각각의 선생님들은 각자가 가진 선생님 프로토콜을 준수해야한다. 중요한건 이 선생님 프로토콜 안에는 선생님으로서 해야할 행위에 대한 정의만 해놓았지 구체적인 행위의 구현을 하고 있지 않다는 것이다.

애플측에서는 모든 경우의 수를 생각해 구현해내기 힘드니 개발자는 함수 프로토타입을 가지고 자신이 원하는 방향으로 구현만 하면 된다. 즉, 선생님이라는 프로토콜을 채택한 곳에서 구체적인 코드를 구현해내면 되는 것이다. 즉, 프로토콜은 단순히 서로간의 지켜야할 규약 으로 이해하면 쉽다.

Delegate: [명사] 대표(자), 사절, 위임, 대리(자)
[동사] (권한, 업무 등을) 위임하다, (대표를) 선정하다

이전 정리한 글에서도 썼듯 delegate의 사전적의미는 위와 같다.

즉, 내가 해야할 일을 swift가 해서 준다! 정도로 이해하면 조금 쉬워질 것 같은데 swift에서 버튼이나 텍스트필드, 레이블 등 각각의 객체들은 고유의 특징을 가지고 있다. 버튼을 누르면 동작을 한다든지, 글자를 입력할 수 있도록 해주는 것과 같은 특징말이다. 이 delegate pattern은 쉽게 말해 객체 지향 프로그래밍에서 하나의 객체가 모든일을 처리하는 것이 아니라 처리해야할 일 중 일부를 다른 객체에 넘기는 것 을 뜻한다.

더 어렵게 느껴지는 것 같다.

아래는 간단한 UITextFieldDelegate 예제이다.
TextField안에 글자를 쓰고 버튼을 누르면 라벨에 사용자가 쓴 글이 옮겨진다.

1. Main.Storyboard에 text field, button, label을 하나씩 만들어준다.
2. 버튼에 대한 액션을 지정해준다.

class ViewController: UIViewController {
  @IBOutlet weak var enteredLabel: UILabel!
  @IBOutlet weak var textField: UITextField!

  @IBAction func buttonClicked(_ sender: Any) {
    enteredLabel.text = textField.text;
  }
}

위 액션의 의미는 말그래도 레이블의 텍스트를 내가 현재 쓴 textField 안의 값으로 써준다라는 의미이다.
textField에 원하는 글을 작성하고 버튼을 누르면 내가 작성한 글 그대로 레이블에 들어가게 될 것이다.

이제 delegate를 써보자. 가장 먼저 해야할 일은 채택작업 이다.

class ViewController: UIViewController, UITextFieldDelegate {
  @IBOutlet weak var enteredLabel: UILabel!
  @IBOutlet weak var textField: UITextField!
}

1. ViewController에 UITextFieldDelegate를 채택함으로써 해당 프로토콜을 채택해준다.
2. 이전에 만들었던 IBAction을 지우고 위임자가 누군지 선언해준다.

class ViewController: UIViewController, UITextFieldDelegate {
  @IBOutlet weak var enteredLabel: UILabel!
  @IBOutlet weak var textField: UITextField!

  override func viewDidLoad() {
    super.viewDidLoad()
    textField.delegate = self
  }
}

textField.delegate = self는 결국 윔지가 누군지 알려주는 과정이며 textField의 위임자는 self 즉, ViewController임을 의미한다. 즉 ViewController의 입장에서 TextField의 변화가 감지되면(이벤트가 발생하면) 해당 이벤트를 프로토콜에 따라 응답을 주겠다는 것을 뜻한다.

1. 그리고 추가적으로 @IBAction를 대신할 함수를 만들어 준다.

func textFieldShouldReturn(_ textField: UITextField) -> Bool {
  enteredLabel.text = textField.text
  return true
}

이 textFieldShouldReturn 함수는 UITextFieldDelegate안에 정의되어있는 함수이다. 해당 함수를 UITextFieldDelegate에서 불러와 하고싶은 일만 구현 하면 된다. 함수의 이름으로도 유추할 수 있듯 TextField에 사용자가 어떤 행위를 하고 그 값이 리턴될 것이다 라는 의미이다. 실제 실행해보면 같은 결과가 나타날 것이다.

개인공부 후 자료를 남기기 위한 목적임으로 내용 상에 오류가 있을 수 있습니다.

Gesture Recognizer

제스처 인식기는 여러 제스처 관련 이벤트를 인식할 수 있다.
특정 제스처 이벤트가 일어날 때 마다 각 타깃에 맞는 액션 메시지를 보내어 제스처 관련 이벤트를 처리할 수 있다.

UIGestureRecognizer class

UIGestureRecognizer 클래스는 특정 제스처 인식기에 대한 동작을 정의하며 델리게이트 객체를 활용하여 일부 동작을 더욱 세밀하게 사용자화 할 수 있다.

UIGestureRecognizer의 하위 클래스

아래의 7가지의 UIGestureRecognizer 하위 클래스를 통해 여러 제스처를 인식할 수 있다.

• UITapGestureRecognizer : 싱글탭 또는 멀티탭 제스처
• UIPinchGestureRecognizer : 핀치(Pinch) 제스처
• UIRotationGestureRecognizer : 회전 제스처
• UISwipeGestureRecognizer : 스와이프(swipe) 제스처
• UIPanGestureRecognizer : 드래그(drag) 제스처
• UIScreenEdgePanGestureRecognizer : 화면 가장자리 드래그 제스처
• UILongPressGestureRecognizer : 롱프레스(long-press) 제스처

제스처 인식기를 사용하기 위해서 타깃-액션 연결을 설정한 후 UIView의 메서드인 addGestureRecognizer(_:) 메서드를 통해 뷰에 연결한다. 제스처가 인식되면 해당 제스처 이벤트에 연결된 타깃에 액션 메시지가 전달되고 호출되는 액션메서드는 아래의 메서드 구현 형식 중 하나와 같아야 한다.

@IBAction func myActionMethod()
@IBAction func myActionMethod(_ sender: UIGestureRecognizer)

윈도우는 뷰에 터치 이벤트를 전달하기 전에 뷰에 추가된 제스처 인식기에 터치 이벤트를 전달한다. 제스처 인식기가 터치 이벤트를 인식했을 경우 뷰는 터치 이벤트를 받지 못하고, 제스처 인식기가 터치 이벤트를 인식하지 못했을 경우 터치 이벤트를 뷰가 받게 되며 일반적인 제스처 인식기의 동작의 흐름은 cancelsTouchesInView, delaysTouchesBegan, delaysTouchesEnded 프로퍼티의 값에 영향 을 받는다.

UIGestureRecognizer의 주요 메서드

• init(target: Any?, action: Selector?) : 제스처 인식기를 타깃-액션의 연결을 통해 초기화
• func location(in: UIView?) -> CGPoint : 제스처가 발생한 좌표를 반환
• func addTarget(Any, action: Selector) : 제스처 인식기 객체에 타깃과 액션을 추가
• func removeTarget(Any?, action: Selector?) : 제스처 인식기 객체로부터 타깃과 액션을 제거
• func require(toFail: UIGestureRecognizer) : 여러 개의 제스처 인식기를 가지고 있을 때, 제스처 인식기 사이의 의존성을 설정

UIGestureRecognizer의 주요 프로퍼티

• var state: UIGestureRecognizerState : 현재 제스처 인식기의 상태를 나타냄
• var view: UIView? : 제스처 인식기가 연결된 뷰
• var isEnabled: Bool : 제스처 인식기가 사용 가능한 상태인지를 나타냄
• var cancelsTouchInView : 제스처가 인식되었을 때 터치 이벤트가 뷰로 전달되는 여부에 영향을 미침

이 프로퍼티가 true(기본값) 이고 제스처 인식기가 제스처를 인식했다면, 해당 제스처의 터치는 뷰로 전달되지 않는다. 이전에 전달된 터치들은 touchesCancelled(_:with:) 메시지를 통해 취소되고 제스처 인식기가 제스처를 인식 못하거나 이 프로퍼티의 값이 false 라면 뷰가 모든 터치를 전달받게 됩니다.

• var delaysTouchesBegan : began 단계에서 제스처 인식기가 추가된 뷰에 터치의 전달 지연 여부를 결정
• var delaysTouchesEnded : end 단계에서 제스처 인식기가 추가된 뷰에 터치의 전달 지연 여부를 결정

ViewController.swift

import UIKit

class ViewController: UIViewController {

    @IBAction func tapView(_ sender: UITapGestureRecognizer) {
        self.view.endEditing(true)
    }
    override func viewDidLoad() {
        super.viewDidLoad()
        // Do any additional setup after loading the view.

        let tapGesture: UITapGestureRecognizer = UITapGestureRecognizer(target: self, action: #selector(self.tapView(_:)))

        self.view.addGestureRecognizer(tapGesture)
    }
}

혹은

import UIKit

class ViewController: UIViewController, UIGestureRecognizerDelegate {

    override func viewDidLoad() {
        super.viewDidLoad()
        // Do any additional setup after loading the view.
        let tapGesture: UITapGestureRecognizer = UITapGestureRecognizer()
        tapGesture.delegate = self
        self.view.addGestureRecognizer(tapGesture)
    }

    func gestureRecognizer(_ gestureRecognizer: UIGestureRecognizer, shouldReceive touch: UITouch) -> Bool {
        self.view.endEditing(true)
        return true
    }
}

개인공부 후 자료를 남기기 위한 목적임으로 내용 상에 오류가 있을 수 있습니다.

Target-Action 디자인 패턴

Target-Action 디자인 패턴은 iOS 환경에서 많이 사용하는 디자인 패턴 중 하나로 Target-Action 디자인 패턴에서 객체는 이벤트가 발생할 때 다른 객체에 메시지를 보내는 데 필요한 정보를 포함 한다.

• 액션은 특정 이벤트가 발생했을 때 호출할 메서드를 의미
• 타겟은 액션이 호출될 객체를 의미

이벤트 발생 시 전송된 메시지를 액션 메시지라고 하고, 타겟은 프레임워크 객체를 포함한 모든 객체가 될 수 있으나, 보통 컨트롤러가 되는 경우가 일반적이다.

1. 만약 특정 이벤트가 발생했을 때 abc라는 이름의 메서드를 호출해야 하는 상황이라고 생각해 보자.
2. 이 abc라는 (액션)메서드는 A라는 클래스에도 정의되어 있고, B라는 클래스에도 정의되어 있는 경우가 있다.
3. 이렇게 같은 메서드가 여러 클래스에 정의되어 있는 경우도 있고, 그런 클래스의 인스턴스가 여러개인 상황도 있다.
4. 이런 여러 가지 상황에서 우리가 원하는 객체를 Target으로 지정하면 abc라는 액션을 실행할 객체를 상황에 따라서 선택할 수 있다.

액션 메서드

액션 메서드는 특정한 양식이 필요하다.

IBAction은 인터페이스 빌더가 메서드를 인지할 수 있도록 해준다.
스위프트 언어를 활용한 프로그래밍 방식에서 @objc는 Swift 클래스를 사용하는 Objective-C 코드가 있거나 Objective-C유형의 메서드를 사용하는 경우 필요하다.

// 프로그래밍 방식
@objc func doSomething(_ sender: Any) {

}
// 인터페이스 빌더
@IBAction func doSomething(_ sender: Any) {

}

아직까지 애플의 프레임워크는 Objective-C 언어로 작성된 코드가 많기 때문에 스위프트 언어로 작성한 코드에서는 Objective-C 코드와 호환하기 위해서 @objc라고 표시해주어야 한다. 스위프트 언어 4버전 이전의 컴파일러는 @objc를 자동으로 만들어 주었다. 하지만 이러한 방식은 자원 비용이 많이 들어 스위프트 4에서는 명시적으로 작성해야 한다.

컨트롤 이벤트

컨트롤 이벤트와 액션과의 관계

UIKit에는 UIButton, UISwitch, UIStepper 등 UIControl을 상속받은 다양한 컨트롤 클래스가 있다. 그런 컨트롤 객체에 발생한 다양한 이벤트 종류를 특정 액션 메서드에 연결할 수 있는데 즉, 컨트롤 객체에서 특정 이벤트가 발생하면, 미리 지정해 둔 타겟의 액션을 호출하게 된다.

컨트롤 이벤트의 종류

컨트롤 이벤트는 UIControlEvents라는 타입으로 정의되어 있다.

• touchDown: 컨트롤을 터치했을 때 발생하는 이벤트 > UIControlEvents.touchDown
• touchDownRepeat: 컨트롤을 연속 터치 할 때 발생하는 이벤트 > UIControlEvents.touchDownRepeat
• touchDragInside: 컨트롤 범위 내에서 터치한 영역을 드래그 할 때 발생하는 이벤트 > UIControlEvents.touchDragInside
• touchDragOutside: 터치 영역이 컨트롤의 바깥쪽에서 드래그 할 때 발생하는 이벤트 > UIControlEvents.touchDragOutside
• touchDragEnter: 터치 영역이 컨트롤의 일정 영역 바깥쪽으로 나갔다가 다시 들어왔을 때 발생하는 이벤트 > UIControlEvents.touchDragEnter
• touchDragExit: 터치 영역이 컨트롤의 일정 영역 바깥쪽으로 나갔을 때 발생하는 이벤트 > UIControlEvents.touchDragExit
• touchUpInside: 컨트롤 영역 안쪽에서 터치 후 뗐을때 발생하는 이벤트 > UIControlEvents.touchUpInside
• touchUpOutside: 컨트롤 영역 안쪽에서 터치 후 컨트롤 밖에서 뗐을때 이벤트 > UIControlEvents.touchUpOutside
• touchCancel: 터치를 취소하는 이벤트 (touchUp 이벤트가 발생되지 않음) > UIControlEvents.touchCancel
• valueChanged: 터치를 드래그 및 다른 방법으로 조작하여 값이 변경되었을때 발생하는 이벤트 > UIControlEvents.valueChanged
• primaryActionTriggered: 버튼이 눌릴때 발생하는 이벤트 (iOS보다는 tvOS에서 사용) > UIControlEvents.primaryActionTriggered
• editingDidBegin: UITextField에서 편집이 시작될 때 호출되는 이벤트 > UIControlEvents.editingDidBegin
• editingChanged: UITextField에서 값이 바뀔 때마다 호출되는 이벤트 > UIControlEvents.editingChanged
• editingDidEnd: UITextField에서 외부객체와의 상호작용으로 인해 편집이 종료되었을 때 발생하는 이벤트 > UIControlEvents.editingDidEnd
• editingDidEndOnExit: UITextField의 편집상태에서 키보드의 return 키를 터치했을 때 발생하는 이벤트 > UIControlEvents.editingDidEndOnExit
• allTouchEvents: 모든 터치 이벤트 > UIControlEvents.allTouchEvents
• allEditingEvents: UITextField에서 편집작업의 이벤트 > UIControlEvents.allEditingEvents
• applicationReserved: 각각의 애플리케이션에서 프로그래머가 임의로 지정할 수 있는 이벤트 값의 범위 > UIControlEvents.applicationReserved
• systemReserved: 프레임워크 내에서 사용하는 예약된 이벤트 값의 범위 > UIControlEvents.systemReserved
• allEvents: 시스템 이벤트를 포함한 모든 이벤트 > UIControlEvents.allEvents

ViewController.swift

import UIKit

class ViewController: UIViewController {

    @IBOutlet weak var datePicker: UIDatePicker!
    @IBOutlet weak var dateLabel: UILabel!
    let dateFormatter: DateFormatter = {
        let formatter: DateFormatter = DateFormatter()
//        formatter.dateStyle = .medium
//        formatter.timeStyle = .medium
        formatter.dateFormat = "yyyy/MM/dd hh:mm:ss"
        return formatter
    }()

    @IBAction func didDatePickerValueChanged(_ sender: UIDatePicker) {
        print("value changed!")

        // 바꼇을때 date에 label을 표시(sender: 화면위에 올려놓은 datePicker)
        let date: Date = self.datePicker.date  // let date: Date = sender.date
        let dateString: String = self.dateFormatter.string(from: date)

        self.dateLabel.text = dateString
    }

    override func viewDidLoad() {
        super.viewDidLoad()
        // Do any additional setup after loading the view.

        self.datePicker.addTarget(self, action: #selector(self.didDatePickerValueChanged(_:)), for: UIControl.Event.valueChanged)
    }
}