[iOS] UIResponder: iOS의 이벤트 처리 - Responder Chain과 First Responder

UITextField 쓰면서 많이 본거..

최근데 UITextField를 사용하면서 사용자가 키보드의 엔터(return)을 눌렀을 때 현재 텍스트 필드 바로 다음에 있는 텍스트 필드로 editing이 전환되도록 만들어야 하는 작업을 했었습니다. iOS 초보이다보니까 엔터 누르면 당연히 자동으로 넘어가는건줄 알았는데 그게 아니더라구요.. 구글링 끝에 개발자 분들이 추천해주시는 방법을 사용해봤습니다. 

 



이렇게 뷰 UITextFieldDelegate를 채택하고, textFieldShouldReturn 메서드를 구현해서 엔터가 눌렸을 때 다음에 선택될 UITextField를 FirstResponder로 지정해주는건데요, 이렇게 코드를 작성하고 실행해보면

 

 

잘 동작하는 것을 확인할 수 있었습니다.

 

그럼 FirstResponder가 뭘까요?? 이 포스트는 First Responder의 정체와 UIResponder에 대해 정리해보는 포스트입니다!!

 

UIResponder -  공식문서 읽어보기

First Responder 가 된다는 것은 가장 처음 Responder가 된다는 의미이겠죠..! 그래서 Responder가 무엇인지부터 알아보려고합니다. UIResponder의 공식문서를 봅시다!

 

https://developer.apple.com/documentation/uikit/uiresponder

Apple Developer Documentation

 

💡Responder objects—that is, instances of  UIResponder —constitute the event-handling backbone of a UIKit app. Many key objects are also responders, including the UIApplication object, UIViewController objects, and all UIView objects (which includes UIWindow). As events occur, UIKit dispatches them to your app's responder objects for handling.

 

Responder 객체는 UIResponder의 인스턴스입니다. 그리고 이 인스턴스가 UIKit에서 이벤트 처리의 중추역할을 합니다. UIKit의 많은 객체들, UIApplication, UIViewController, UIView같은 객체들이 모두 Responder 이기도합니다. 이벤트가 발생하면 UIKit 은 이벤트를 Responder 객체에게 전달해서 처리합니다.

 

💡There are several kinds of events, including touch events, motion events, remote-control events, and press events. To handle a specific type of event, a responder must override the corresponding methods. For example, to handle touch events, a responder implements the touchesBegan(_:with:), touchesMoved(_:with:), touchesEnded(_:with:), and touchesCancelled(_:with:) methods. In the case of touches, the responder uses the event information provided by UIKit to track changes to those touches and to update the app's interface appropriately.

 

화면을 터치하거나, 제스쳐를 취하는 등 여러가지 이벤트가 있습니다. 어떤 특정한 이벤트를 처리하려면 반드시 해당 이벤트에 대한 메서드를 responder 객체가 오버라이드 해서 내용을 구현해야한다고 하네요. touchesBegan, touchesMoved 같은 메서드를 뷰 컨트롤러와 UIView와 세부 뷰에서 정의할 수 있었던 것도 모두 이 객체들이 Responder 이기 때문이겠네요! 예를 들어서, 터치 이벤트가 발생하면 responder 객체는 UIKit에서 제공하는 정보를 기반으로 앱의 인터페이스를 업데이트하게 됩니다.

 

💡In addition to handling events, UIKit responders also manage the forwarding of unhandled events to other parts of your app. If a given responder does not handle an event, it forwards that event to the next event in the responder chain. UIKit manages the responder chain dynamically, using predefined rules to determine which object should be next to receive an event. For example, a view forwards events to its superview, and the root view of a hierarchy forwards events to its view controller.

 

이벤트를 처리하는 것 뿐만 아니라, UIKit의 responder 들은 자신이 처리하지 않는 이벤트를 앱의 다른 요소들에게 전달하는 역할도 수행합니다. 만약에 어떤 responder 객체가 이벤트를 처리하지 않으면, 이 객체가 Responder Chain의 다음 responder에게 이벤트를 전다달합니다. Responder Chain은 UIKit에 의해 미리 정해진 규칙에 따라 동적으로 관리됩니다. 이 규칙은 어떤 객체의 다음 reponder가 누가 될 것인지에 대한 규칙인 것 같네요. 예시를 보니 더 명확해지는데요, View 는 자신의 Super View에게 이벤트를 전달하고 가장 최상위에 있는 View는 View Controller 에게 이벤트를 전달합니다.

 

새로운 용어가 나왔네요! Responder Chain! First Responder랑 뭔가 엄청 연관이 있을 것 같지 않나요??

일단 남은 부분을 다 읽어보겠습니다!

 

💡Responders process UIEvent objects but can also accept custom input through an input view. The system's keyboard is the most obvious example of an input view. When the user taps a UITextField and UITextView object onscreen, the view becomes the first responder and displays its input view, which is the system keyboard. Similarly, you can create custom input views and display them when other responders become active. To associate a custom input view with a responder, assign that view to the inputView property of the responder.

 

Responder 객체들은 UIEvent 객체들을 처리하지만 input view를 통해서 커스텀 입력을 받을 수도 있습니다. 커스텀 입력의 가장 명확한 예가 키보드일텐데요, 사용자가 화면에 있는 UITextField와 UITextView를 탭하면, 해당 뷰는 First Responder가 되어서 입력 뷰, 즉 키보드를 표시합니다. 이처럼 개발자는 커스텀 입력 뷰를 만들어서 어떤 reponder 객체가 활성화되면 화면에 표시되도록 할 수 있습니다. 커스텀 입력 뷰를 responder 객체의 inputView 프로퍼티에 넣어주면 됩니다!

 

문서의 Overview 부분을 이렇게 다 읽어봤는데요, 중요한 내용들을 정리해보면 이렇습니다.

1. UIView, ViewController 등 많은 UIkit의 객체들은 UIResponder 인스턴스이다. 👉 Responder
2. UIKit은 UIResponder 객체들을 연결해서 관리한다. 👉 Responder Chain
3. UIkit은 앱에서 화면 터치와 같은 이벤트가 발생하면 Responder에게 이벤트를 보낸다.
4. 이벤트를 받은 Responder들은 자신이 처리하거나 Responder Chain에 있는 자신의 다음 Responder에게 이벤트를 전달한다 
5. First Responder로 지정된 Responder는 이벤트를 가장 먼저 전달받는 Responder이다. 👉 First Responder

becomeFirstResponder()를 왜 썼는지 이제 알겠다!

이제 키보드에서 엔터를 눌렀을 때 다음 텍스트 필드로 이동하기위해 becomeFirstResponder를 실행하는 이유가 와닿으시나요? 

 

엔터를 눌렀을 때, 포커스 되어있는 텍스트필드를 변경하는 것이 아니라, 원하는 텍스트 필드를 키보드에서 발생하는 이벤트에 대한 First Responder로 텍스트를 지정해주는 것이었습니다! 화면이 탭 되고 이벤트가 발생하면, 이 이벤트가 first responder로 지정된 UITextView에 전달되면서 필드에 글자가 채워졌던 것이죠!

이벤트 처리 과정 

 

Apple Developer Documentation

 

 

그럼 이제 UIKit이 Responder와 Responder Chain을 통해 어떻게 이벤트를 처리하는지 살펴보겠습니다! 위 그림과 같이 UILabel, UITextField, UIButton이 포함된 앱이 있다고 하겠습니다. 만약 UITextField가 어떤 이벤트를 받았을 때 UITextField가 이벤트를 처리하지 못한다면, UIKit은 이 이벤트를 UITextField의 상위 뷰인 UIView 로 전달합니다. 그리고 여기서 이벤트가 처리되지 못하면 그 상위 뷰인 UIView에 전달되고, 이 뷰와 연결된 UIViewController를 거쳐 UIWindow까지 연쇄적으로 전달됩니다. 여기서도 이벤트가 처리되지 못하면 UIApplication까지 올라가서 처리될 수도 있습니다.

 

UIkit이 first responder가 어떤 객체가 될지 판단하는 기준은 발생한 이벤트에 따라서 달라집니다!

 

그럼 만약 터치 이벤트가 발생했을 때, 어떤 Responder에서 발생한 이벤트인지 UIKit이 어떻게 알까요? UIKit은 hitTest를 사용해서 가장 상위에 놓인 뷰를 찾고 해당 뷰를 first responder로 지정해 이벤트를 전달합니다. 터치가 시작되면 UIKit은 UITouch 객체의 인스턴스를 생성하고 터치의 좌표와 같은 정보들을 저장하고 갱신합니다. 그리고 터치가 종료되면 생성했던 UITouch 인스턴스를 해제합니다.

 

기본적인 Responder Chain

Responder 객체들은 모두 next 프로퍼티를 가져서 자신의 다음 responder를 가리키고 있도록 하는데요, 이 프로퍼티를 오버라이드해서 next responder를 변경해줄 수도 있습니다. 기본적으로 다음과 같이 설정되어 있다고 해요!

 

- UIView: UIView와 하위 타입들은 뷰 컨트롤러의 루트 뷰일 경우에만 next responder로 뷰 컨트롤러를 가지고, 나머지 경우에는 모두 자신을 포함하는 상위 뷰를 가집니다.

- UIViewController: 만약 뷰 컨트롤러의 루트 뷰가 window의 루트 뷰라면, next responder는 UIWindow 객체가 됩니다. 만약 어떤 뷰 컨트롤러가 다른 뷰 컨트롤러에 의해 present 되었다면, 이 뷰 컨트롤러는 자신을 호출한 뷰를 next responder로 가집니다.

- UIWindow: UIWindow 객체는 UIApplication을 next responder로 갑니다.

- UIApplication: UIApplication은 AppDelegate 가 UIResponder의 인스턴스이고, 뷰, 뷰컨트롤러가 아닐 경우에 AppDelegate를 next responder로 갑집니다.

 

이 순서는 위의 그림과 똑같죠? 다시 간단하게 정리하면,

 

iOS 앱은 UIView -> UIViewController -> UIWindow -> UIApplication -> AppDelegate 순서로 이벤트가 전달되며, 어떤 객체가 이벤트를 처리하지 못하면 다음 객체로 이벤트를 전달합니다!

 

UIResponder와 FirstResponder에 대해 이제 이해가 가시나요? 여기서 포스트를 마무리하도록 하겠습니다! 읽어주셔서 감사합니다 :)