UIApplication.shared.openのsharedとopenの関係

Question

ネイティブアプリでブラウザを開くコードを試しに記述していてUIApplication.shared.openというコードに当たって、Jump to Definitionで以下の様な情報を取得しました。

不慣れでdocumentationの見方がわからずに教えていただきたいのですが、UIApplicarionクラスにおいて、sharedとopenはそれぞれどの様な関係であり、documentationからどの様にして読み解くことができるのでしょうか？

---

素人なりの見方なのですが、以下のようんに読み取れます。
1.UIApplication : UIResponder
上記からからUIApplicationクラスはUIResponderクラスを承継している。

2.open class UIApplication : UIResponder {open class var shared: UIApplication { get }
上記からshareはUIApplicationの中のクラス（サブクラス）である。

3.@available(iOS 10.0, *) open func open(_ url: URL, options: [UIApplication.OpenExternalURLOptionsKey : Any] = [:], completionHandler completion: ((Bool) -> Void)? = nil)
上記から、open()はUIApplicationクラスのメソッドである。

---

(質問1)
上記の2.に関連してこのsharedクラスはUIApplicationクラスにおいてどの様な役割と読み解けば良いのでしょうか？open class var shared: UIApplication { get }と記載されても親クラスとの関係や役割について、見方がわからない状況です。。。

(質問2)
上記の1.3.からopen()メソッドは単純にUIApplicationクラスのメソッドに見える（なぜなら俯瞰してみるとUIApplication {open()}の様な説明に読み取れるため）のですが、そうするとUIApplication.open()いい様に思えるのですが、なぜUIApplication.shared.openなのでしょうか？もしかすると（質問1）とも関連するかもしれませんが、教えてください。

@available(iOS 2.0, *)
open class UIApplication : UIResponder {

    
    open class var shared: UIApplication { get }

    
    unowned(unsafe) open var delegate: UIApplicationDelegate?

    
    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Use UIView's userInteractionEnabled property instead")
    open func beginIgnoringInteractionEvents() // nested. set should be set during animations & transitions to ignore touch and other events

    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Use UIView's userInteractionEnabled property instead")
    open func endIgnoringInteractionEvents()

    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Use UIView's userInteractionEnabled property instead")
    open var isIgnoringInteractionEvents: Bool { get } // returns YES if we are at least one deep in ignoring events

    
    open var isIdleTimerDisabled: Bool // default is NO

    
    @available(iOS, introduced: 2.0, deprecated: 10.0)
    open func openURL(_ url: URL) -> Bool

    @available(iOS 3.0, *)
    open func canOpenURL(_ url: URL) -> Bool

    
    // Options are specified in the section below for openURL options. An empty options dictionary will result in the same
    // behavior as the older openURL call, aside from the fact that this is asynchronous and calls the completion handler rather
    // than returning a result.
    // The completion handler is called on the main queue.
    @available(iOS 10.0, *)
    open func open(_ url: URL, options: [UIApplication.OpenExternalURLOptionsKey : Any] = [:], completionHandler completion: ((Bool) -> Void)? = nil)

    
    open func sendEvent(_ event: UIEvent)

    
    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Should not be used for applications that support multiple scenes as it returns a key window across all connected scenes")
    open var keyWindow: UIWindow? { get }

    open var windows: [UIWindow] { get }

    
    open func sendAction(_ action: Selector, to target: Any?, from sender: Any?, for event: UIEvent?) -> Bool

    
    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Provide a custom network activity UI in your app if desired.")
    open var isNetworkActivityIndicatorVisible: Bool

    
    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Use the statusBarManager property of the window scene instead.")
    open var statusBarStyle: UIStatusBarStyle { get } // default is UIStatusBarStyleDefault

    
    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Use the statusBarManager property of the window scene instead.")
    open var isStatusBarHidden: Bool { get }

    
    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Use the interfaceOrientation property of the window scene instead.")
    open var statusBarOrientation: UIInterfaceOrientation { get }

    
    // The system only calls this method if the application delegate has not
    // implemented the delegate equivalent. It returns the orientations specified by
    // the application's info.plist. If no supported interface orientations were
    // specified it will return UIInterfaceOrientationMaskAll on an iPad and
    // UIInterfaceOrientationMaskAllButUpsideDown on a phone.  The return value
    // should be one of the UIInterfaceOrientationMask values which indicates the
    // orientations supported by this application.
    @available(iOS 6.0, *)
    open func supportedInterfaceOrientations(for window: UIWindow?) -> UIInterfaceOrientationMask

    
    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Use viewWillTransitionToSize:withTransitionCoordinator: instead.")
    open var statusBarOrientationAnimationDuration: TimeInterval { get } // Returns the animation duration for the status bar during a 90 degree orientation change.  It should be doubled for a 180 degree orientation change.

    @available(iOS, introduced: 2.0, deprecated: 13.0, message: "Use the statusBarManager property of the window scene instead.")
    open var statusBarFrame: CGRect { get } // returns CGRectZero if the status bar is hidden

    
    open var applicationIconBadgeNumber: Int // set to 0 to hide. default is 0. In iOS 8.0 and later, your application must register for user notifications using -[UIApplication registerUserNotificationSettings:] before being able to set the icon badge.

    
    @available(iOS 3.0, *)
    open var applicationSupportsShakeToEdit: Bool

    
    @available(iOS 4.0, *)
    open var applicationState: UIApplication.State { get }

    @available(iOS 4.0, *)
    open var backgroundTimeRemaining: TimeInterval { get }

    
    @available(iOS 4.0, *)
    open func beginBackgroundTask(expirationHandler handler: (() -> Void)? = nil) -> UIBackgroundTaskIdentifier

    @available(iOS 7.0, *)
    open func beginBackgroundTask(withName taskName: String?, expirationHandler handler: (() -> Void)? = nil) -> UIBackgroundTaskIdentifier

    @available(iOS 4.0, *)
    open func endBackgroundTask(_ identifier: UIBackgroundTaskIdentifier)

    
    /** The system guarantees that it will not wake up your application for a background fetch more
        frequently than the interval provided. Set to UIApplicationBackgroundFetchIntervalMinimum to be
        woken as frequently as the system desires, or to UIApplicationBackgroundFetchIntervalNever (the
        default) to never be woken for a background fetch.
     
        This setter will have no effect unless your application has the "fetch" 
        UIBackgroundMode. See the UIApplicationDelegate method
        `application:performFetchWithCompletionHandler:` for more. */
    @available(iOS, introduced: 7.0, deprecated: 13.0, message: "Use a BGAppRefreshTask in the BackgroundTasks framework instead")
    open func setMinimumBackgroundFetchInterval(_ minimumBackgroundFetchInterval: TimeInterval)

    
    /** When background refresh is available for an application, it may launched or resumed in the background to handle significant
        location changes, remote notifications, background fetches, etc. Observe UIApplicationBackgroundRefreshStatusDidChangeNotification to
        be notified of changes. */
    @available(iOS 7.0, *)
    open var backgroundRefreshStatus: UIBackgroundRefreshStatus { get }

    
    @available(iOS 4.0, *)
    open var isProtectedDataAvailable: Bool { get }

    
    @available(iOS 5.0, *)
    open var userInterfaceLayoutDirection: UIUserInterfaceLayoutDirection { get }

    
    // Return the size category
    @available(iOS 7.0, *)
    open var preferredContentSizeCategory: UIContentSizeCategory { get }

    
    // All of the currently connected UIScene instances
    @available(iOS 13.0, *)
    open var connectedScenes: Set<UIScene> { get }

    
    // All of the representations that currently have connected UIScene instances or had their sessions persisted by the system (ex: visible in iOS' switcher)
    @available(iOS 13.0, *)
    open var openSessions: Set<UISceneSession> { get }

    
    // returns YES if the application both declares multiple scene support in its info.plist and the executing environment allows multiple scenes for at least one system type. NO otherwise.
    @available(iOS 13.0, *)
    open var supportsMultipleScenes: Bool { get }

    
    // Request a given session be activated, first connecting it to the application if necessary.
    // Providing a session will activate, connecting if necessary, the interface backed by the already existing UISceneSession.
    // Providing a user activity will dispatch that activity to the provided session's scene. If no session is provided, then the system will select one (possibly creating a new session, if appropriate) and pass the activity to the session scene's delegate.
    @available(iOS 13.0, *)
    open func requestSceneSessionActivation(_ sceneSession: UISceneSession?, userActivity: NSUserActivity?, options: UIScene.ActivationRequestOptions?, errorHandler: ((Error) -> Void)? = nil)

    
    // requests that a given session be closed, disconnecting the currently connected scene if present, and calling the -application:didDiscardSceneSessions: method on the application's delegate
    @available(iOS 13.0, *)
    open func requestSceneSessionDestruction(_ sceneSession: UISceneSession, options: UISceneDestructionRequestOptions?, errorHandler: ((Error) -> Void)? = nil)

    
    // requests that any system UI representing a scene be updated due to background updates or any other relevant model/state update.
    @available(iOS 13.0, *)
    open func requestSceneSessionRefresh(_ sceneSession: UISceneSession)
}

Comments

[hoshi-takanori]

すでに回答がついてるのでその補足ですが、shared という名前のクラスプロパティは Swift ではシングルトンオブジェクトへのアクセスのためによく使われています。
https://qiita.com/sachiko-kame/items/85c2b4163b05ed2cc872
https://medium.com/swift-column/singleton-398078bcc58d

[pegy]

コメントありがとうございます！
いろいろな記事を読んでも「シングルトンパターンはインスタンスが1個しか生成されないことを保証したい時に使います」の意味するところが実はまだピントはこない？（そんなケースなんてあるのか？）という素人丸出しの状況ですが、その様なものがあることはよくわかりました！

[pegy]

いや、申し訳ございません、ご教示いただいた、以下のサイトを10回位繰り返して読んでCodeの箇所をみたら、なんとなく意味がわかってきました！
https://qiita.com/sachiko-kame/items/85c2b4163b05ed2cc872

[pegy]

変化を加えたインスタンスを流用して使いたい（新たにインスタンス化して0から作り直す）場合などに使われるのですね。車のボディをインスタンスに化したものを①ヘッドライトを付けたとして（プロパティを設定）、そこから②タイヤをつける場合、タイヤAとタイヤBをつけるパターンについて、ボディからインスタンス化したものをまた、①の手続を減るのはナンセンスなのでシングルトンを利用して使い回す様ないめーじでいます。稚拙な発想で恐縮ですが。。

[hoshi-takanori]

シングルトンの説明には「インスタンス 1 個だけ〜」と書いてあることが多いですし、UIApplication はアプリそのものを管理するものなので一つのアプリ内に複数あっても困りますが、iOS のフレームワークでは、「どうしてもって言うなら複数作ってもいいけど、とりあえずデフォルトのインスタンスが 1 個あると便利でしょ」くらいのノリで使われてることも結構ある気がします。UserDefaults.shared とか。

Answer 1

以下のAppleDeveloperDocumentを参考に回答させて頂きます。
こちらの解釈が誤っていたら、どなたかご訂正ください。。

• UIApplication
• shared
• open

質問１について
sharedはクラスではなく、UIApplicationクラスのプロパティ。
（UIApplicationクラスのインスタンスを取得できるプロパティ）

質問２について
openはインスタンスメソッドなので、インスタンス経由しないと実行できない。
したがって、sharedでインスタンスを取得した後に、openを呼ばないといけない。
（上記の一連の経緯があり、UIApplication.shared.openという記載になる）

Comments

[pegy]

コメントありがとうございます。
sharedはシングルトン的な物であることがわかりました。おそらくクラスプロパティを使って、UIApplicationクラスのインスタンスを取得して、インスタンスメソッドを呼び出すという手続と解釈いたしました。細かい仕様や動作については、正直まだまだわからないことがSwiftはたくさんありますが、とりあえず、その様な手続（方法）があるということを身に付けようと思います。

[tsuki01]

解決した様で良かったです。質問を閉じて頂きありがとうございました。
hoshi-takanori様からの補足コメントもありましたが、シングルトンオブジェクトという解釈で問題ありません。