クロージャーの仕組みについて

Question

クロージャーにおいて、引数に値が渡るタイミングについて、分からない部分がございます。

 override func viewDidLoad() {
    super.viewDidLoad()
    commentTextView.layer.cornerRadius = 20.0
    PHPhotoLibrary.requestAuthorization { (status) in
      switch(status){
        
        case .authorized: break
        case .denied: break
        case .notDetermined: break
        case .restricted: break
        
        
     
      }
    }

こちらのコードですが、requestAuthorization の引数として「status」が指定されているとの認識でいたのですが、switch文に指定されている引数としても、statusが使用されています。
いまいちこちらの仕組みが分からないのですが、requestAuthorizationの結果が、「status」に渡るとしても、そもそもの「requestAuthorization」の引数はどこにあるのか、といった部分で分からなくなってしまいました。
クロージャを調べていたのですが、いまいちこちらの部分で混乱してしまい、質問させて頂きました。

Answer 1

requestAuthorization の引数として「status」が指定されているとの認識

いえ、これが違います。
requestAuthorizationに渡しているのはクロージャそのものです。
Swiftは関数の受け取る引数の最後がクロージャの場合、後置記法として()の外に書け、さらにそれ以外の引数が無い場合は()を省略できるため、以下は同じ意味です。

PHPhotoLibrary.requestAuthorization { (status) in
} 

PHPhotoLibrary.requestAuthorization() { (status) in 
})

PHPhotoLibrary.requestAuthorization({ (status) in 
})

statusはrequestAuthorizationの中からクロージャに渡される引数です。

Comments

[ruuuu]

ご回答ありがとうございます。
すみません。ご回答頂いた部分で、一点疑問点がございます。
>requestAuthorizationに渡しているのはクロージャそのものです。
こちらなのですが、requestAuthorizationの引数にクロージャーを渡しているのだとすると、「switch(status)」こちらの部分ですでにstatusの内容が確定していることはない為、スイッチによる分岐が出来ないのではないでしょうか？
requestAuthorizationの結果である値がstatusに入っていなければ、switchでの分岐が出来ない為、こちらの部分がどうしても、疑問な部分でございます...

[toki_td]

んっ？どう勘違いしているのかいまいちわからなかったので説明があってるかわかりませんが、、、

クロージャの中身はrequestAuthorizationから呼び出されて初めて実行されます。
この時、引数としてstatusが渡されるのでswitchが実行されるタイミングではstatusは特定の値になってますよ。

[ruuuu]

ご返信ありがとうございます。
説明が分かりづらく、申し訳ないです...
根本的に勘違いをしているのかもしれないのですが、「requestAuthorization」の引数として、クロージャーが入っているということは、クロージャーの結果が「requestAuthorization」に代入され処理をされるのではないのでしょうか...?
引数を使用し、関数の中身を実行するとの認識でいるのですが、実行の順番としてはそういった流れではないということでしょうか...?

[toki_td]

いえ、クロージャは生成された時点(requestAuthorizationを呼び出すために引数が作成された時点)では実行(呼び出し)はされていません。

Int型の変数が整数の値を代入した後、どこか違うタイミングで参照されるように、クロージャは実行したいブロックを作成した後、どこか後のタイミングで実行されます。

requestAuthorizationはアプリがフォトライブラリにアクセスしてよいかどうかのアクセス権を調べて、結果を引数としてクロージャを呼び出すので、実行されるタイミングはこの時です。

実際のクロージャが呼び出されるタイミングはrequiestAuthorizationのみが知っているので、requiestAuthorizationの関数が抜ける前に呼び出されるかもしれませんし、関数呼び出しが抜けたよりも後に呼ばれるかもしれません。
ただ、少なくとも、クロージャが呼び出された際の引数には判明したアクセス権が渡されます。

[ruuuu]

詳しくご解説頂きまして、ありがとうございます。
完全に、requestAuthorizationに引数として渡す為に、まず第一に実行されるものだいった認識でいました。
まず確実なのは「requiestAuthorization」が実行された後、クロージャが実行されるといった実行の流れであった訳なんですね。
どうも混乱してしまっていた部分が紐解けた気がいたします。
クロージャの性質については、気をつけて取り扱っていきたいと思います。