Initializer
init(authenticationChallenge:sender:)
Creates an authentication challenge from an existing challenge instance.
認証チャレンジを既存のチャレンジインスタンスから作成します。
Parameters
パラメータ
challenge
The challenge that you want to copy. Usually, this is a challenge received by an existing URLProtocol
subclass that you are subclassing.
あなたがコピーしたいチャレンジ。通常、これはあなたがサブクラスを作っている既存のURLProtocol
サブクラスによって受け取られたチャレンジです。
sender
The sender that you want to use for the new object. Typically, the sender is the instance of your custom URLProtocol
subclass that called this method.
あなたが新しいオブジェクトに対して使用したい送り手側。概して、送り手側は、あなたのあつらえのURLProtocol
サブクラス、このメソッドを呼び出したもの、です。
Return Value
戻り値
A new authentication challenge object, based on an existing challenge.
既存のチャレンジに基づく、新しい認証チャレンジオブジェクト。
Discussion
議論
Most apps don’t create URLAuthenticationChallenge
instances themselves. Instead, they handle received challenges in the urlSession(_:task:didReceive:completionHandler:)
method of URLSessionTaskDelegate
.
ほとんどのアプリは、URLAuthenticationChallenge
インスタンスをそれ自身で作成しません。代わりに、それらは受け取ったチャレンジをURLSessionTaskDelegate
のurlSession(_:task:didReceive:completionHandler:)
メソッドで取り扱います。
However, you might need to create authentication challenge objects when adding support for custom networking protocols, as part of a custom URLProtocol
subclass. When you subclass an existing URLProtocol
subclass, this initializer lets you modify challenges issued by the existing class so that your subclass receives any responses to those challenges.
しかしながら、あなたは認証チャレンジオブジェクトを作成する必要が、あつらえのネットワークプロトコルに対するサポートを追加している時にあるかもしれません、あつらえのURLProtocol
サブクラスの一部として。あなたが既存のURLProtocol
サブクラスのサブクラスを作る場合、このイニシャライザはあなたに既存のクラスによって発行されるチャレンジを修正させます、それであなたのサブクラスはそれらチャレンジに対する何らかの応答を受け取ります。
See Also
参照
Creating an Authentication Challenge Instance
認証チャレンジインスタンスを作成する