Initializer

init(authenticationChallenge:sender:)

Creates an authentication challenge from an existing challenge instance. 認証チャレンジを既存のチャレンジインスタンスから作成します。

Declaration 宣言

init(authenticationChallenge challenge: URLAuthenticationChallenge, 
sender: URLAuthenticationChallengeSender)

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インスタンスをそれ自身で作成しません。代わりに、それらは受け取ったチャレンジをURLSessionTaskDelegateurlSession(_: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 認証チャレンジインスタンスを作成する