UIWindow

The backdrop for your app’s user interface and the object that dispatches events to your views.
앱의 유저인터페이스에대한 배경과 이벤트를 뷰로 보내는 객체

Declaration

@MainActor class UIWindow : UIView

Overview

Windows work with your view controllers to handle events and to perform many other tasks that are fundamental to your app’s operation.
윈도우창은 이벤트를 다루고 기초적인 앱의 작동에대한 많은 다른 작업들을 수행하기위해 사용된다.

UIKit handles most window-related interactions, working with other objects as needed to implement many app behaviors.
UIKit는 대부분의 윈도우 관련된 상호작용을 다룬다. 많은 앱 동작을 구현하기위해 필요되는 다른 객체들과 함께 동작하면서

You use windows only when you need to do the following:
아래와 같은 사항을 충족할때만 windows를 사용해라

▪︎ Provide a main window to display your app’s content.
당신의 앱의 컨텐트에 나타내는 메인 윈도우를 제공해라

▪︎ Create additional windows (as needed) to display additional content.
추가적인 컨텐트를 나타내기위한 추가적인 윈도우를 만들어라.

Normally, Xcode provides your app's main window.
일반적으로, xcode는 당신 앱의 메인 윈도우를 제공한다.

New iOS projects use storyboards to define the app’s views.
새로운 iOS프로젝트는 앱의 뷰를 정의하기위해 스토리보드를 이용한다.

Storyboards require the presence of a window property on the app delegate object, which the Xcode templates automatically provide.
스토리보드는 앱델리게이트 객체에 있는 윈도우 속성의 존재를 요구한다.

If your app does not use storyboards, you must create this window yourself.
당신의 앱이 스토리보드를 사용하지 않는다면, 당신은 반드시 이 윈도우를 스스로 만들어야한다.

Most apps need only one window, which displays the app’s content on the device’s main screen.
대부분의 앱들은 오직 하나의 윈도우만 필요로한다. 디바이스의 메인 화면에 앱의 컨텐트를 보여주는 하나의 윈도우

Although you can create additional windows on the device’s main screen, extra windows are commonly used to display content on an external screen, as described in Displaying Content on a Connected Screen.
비록 당신이 디바이스 메인 스크린에 추가적인 윈도우를 생성할수있지만, 추가적인 스크린은 공통적으로 외부화면에있는 내용을 보여준다. Connected Screen에대한 Displaying Content에 설명된대로

You also use UIWindow objects for a handful of other tasks:또한 당신은 다른 작업의 handful에대한 UIWindow objects를 사용해라

▪︎ Setting the z-axis level of your window, which affects the visibility of the window relative to other windows.
당신의 윈도우에 z축 레벨을 세팅함/ 다른 윈도우들과 관련된 윈도우의 시각에 영향을 주는

▪︎ Showing windows and making them the target of keyboard events.
윈도우를 보여주고 윈도우에게 키보드 이벤트의 타겟을만들도록 시킴

▪︎ Converting coordinate values to and from the window’s coordinate system.
창의 좌표시스템으로부터 좌표값을 변환

▪︎ Changing the root view controller of a window.
윈도우의 루트 뷰 컨트롤러를 바꿈

▪︎ Changing the screen on which the window is displayed.
표시된 윈도우에대한 스크린을 바꿈

Windows do not have any visual appearance of their own. Instead, a window hosts one or more views, which are managed by the window's root view controller.
윈도우들은 자신의 어떠한 시각적 모습도 갖고 있지않다.
그대신에, 윈도우는 하나 혹은 더 많은 뷰를 호스팅한다. 윈도우의 루트뷰 컨트롤러로부터 관리된

You configure the root view controller in your storyboards, adding whatever views are appropriate for your interface.

You should rarely need to subclass UIWindow. The kinds of behaviors you might implement in a window can usually be implemented in a higher-level view controller more easily. One of the few times you might want to subclass is to override the becomeKey() or resignKey() methods to implement custom behaviors when a window’s key status changes. For information about how to display a window on a specific screen, see UIScreen.

Understanding Keyboard Interactions

Whereas touch events are delivered to the window where they occurred, events that do not have a relevant coordinate value are delivered to the key window. Only one window at a time can be the key window, and you can use a window’s isKeyWindow property to determine its status. Most of the time, your app’s main window is the key window, but UIKit may designate a different window as needed.

If you need to know which window is key, observe the didBecomeKeyNotification and didResignKeyNotification notifications. The system sends those notifications in response to key window changes in your app. To force a window become key, or to force a window to resign the key status, call the appropriate methods of this class.