connection:willSendRequestForAuthenticationChallenge:

- (void)connection:(NSURLConnection *)connection 
willSendRequestForAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge;

Discussion 議論

This method allows the delegate to make an informed decision about connection authentication at once. If the delegate implements this method, it has no need to implement connection:canAuthenticateAgainstProtectionSpace: or connection:didReceiveAuthenticationChallenge:. In fact, those other methods are not invoked (except on older operating systems, where applicable). このメソッドは、接続認証について通知による決定を同時に委任先にさせます。委任先がこのメソッドを実装するならば、それはconnection:canAuthenticateAgainstProtectionSpace:またはconnection:didReceiveAuthenticationChallenge:を実装する必要はありません。実際、それら他のメソッドは発動されません（より古いオペレーティングシステムを除いて、そこでは適用されます）。

In this method,you must invoke one of the challenge-responder methods (NSURLAuthenticationChallengeSender protocol): このメソッドにおいて、あなたは以下のチャレンジレスポンダメソッド（NSURLAuthenticationChallengeSender protocol）の１つを発動する必要があります：

• useCredential:forAuthenticationChallenge:

• continueWithoutCredentialForAuthenticationChallenge:

• cancelAuthenticationChallenge:

• performDefaultHandlingForAuthenticationChallenge:

• rejectProtectionSpaceAndContinueWithChallenge:

You might also want to analyze challenge for the authentication scheme and the proposed credential before calling a NSURLAuthenticationChallengeSender method. You should never assume that a proposed credential is present. You can either create your own credential and respond with that, or you can send the proposed credential back. (Because this object is immutable, if you want to change it you must copy it and then modify the copy.) あなたはまたchallengeを、認証スキームそして提案された資格情報に対してNSURLAuthenticationChallengeSenderメソッドを呼び出す前に分析したいかもしれません。あなたは、決して提案された資格情報が存在すると仮定すべきではありません。あなたは、あなた独自の資格情報を作成してそれで応答できます、またはあなたは提案された資格情報を送り返すこもできます。（このオブジェクトは不変であることから、あなたがそれを変更したいならばあなたはそれをコピーしてそれからそのコピーを修正しなければなりません）