Instance Method インスタンスメソッド

initWithAuthenticationChallenge:sender:

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

Declaration 宣言

- (instancetype)initWithAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge 
                                         sender:(id<NSURLAuthenticationChallengeSender>)sender;

Parameters パラメータ

challenge

The challenge that you want to copy. Usually, this is a challenge received by an existing NSURLProtocol subclass that you are subclassing. あなたがコピーしたいチャレンジ。通常、これはあなたがサブクラスを作っている既存のNSURLProtocolサブクラスによって受け取られたチャレンジです。

sender

The sender that you want to use for the new object. Typically, the sender is the instance of your custom NSURLProtocol subclass that called this method. あなたが新しいオブジェクトに対して使用したい送り手側。概して、送り手側は、あなたのあつらえのNSURLProtocolサブクラス、このメソッドを呼び出したもの、です。

Return Value 戻り値

A new authentication challenge object, based on an existing challenge. 既存のチャレンジに基づく、新しい認証チャレンジオブジェクト。

Discussion 議論

Most apps don’t create NSURLAuthenticationChallenge instances themselves. Instead, they handle received challenges in the URLSession:task:didReceiveChallenge:completionHandler: method of NSURLSessionTaskDelegate. ほとんどのアプリは、NSURLAuthenticationChallengeインスタンスをそれ自身で作成しません。代わりに、それらは受け取ったチャレンジをNSURLSessionTaskDelegateURLSession:task:didReceiveChallenge:completionHandler:メソッドで取り扱います。

However, you might need to create authentication challenge objects when adding support for custom networking protocols, as part of a custom NSURLProtocol subclass. When you subclass an existing NSURLProtocol subclass, this initializer lets you modify challenges issued by the existing class so that your subclass receives any responses to those challenges. しかしながら、あなたは認証チャレンジオブジェクトを作成する必要が、あつらえのネットワークプロトコルに対するサポートを追加している時にあるかもしれません、あつらえのNSURLProtocolサブクラスの一部として。あなたが既存のNSURLProtocolサブクラスのサブクラスを作る場合、このイニシャライザはあなたに既存のクラスによって発行されるチャレンジを修正させます、それであなたのサブクラスはそれらチャレンジに対する何らかの応答を受け取ります。

See Also 参照

Creating an Authentication Challenge Instance 認証チャレンジインスタンスを作成する