[Swift]sendSynchronousRequestをdataTaskWithRequestに変更したい

Question

YouTubeのapiを取得し、状態を返す関数を作成しておりました。

func getUploadStatus(videoId: String) -> String {
let myNsurl: NSURL = NSURL(string: "http://youtubeurl.com?id=\(videoId)")!
let myNsurlrequest: NSURLRequest = NSURLRequest(URL: myNsurl)
let myNsData: NSData = try! NSURLConnection.sendSynchronousRequest(myNsurlrequest, returningResponse: nil)
let myNsDictionary: NSDictionary = (try! NSJSONSerialization.JSONObjectWithData(myNsData, options: NSJSONReadingOptions.AllowFragments)) as! NSDictionary

// なんらかのパース処理

return upLoadStatus

}

iOS9ではsendSynchronousRequestがdeprecatedになってしまったので、dataTaskWithRequestを使わなければならなくなってしまいました。dataTaskWithRequestは非同期なので、今までの同期処理とは異なるため、どのように記述すればよいでしょうか。

※今までと同じように
let status = getUploadStatus("testvideoid")
のように状態を受け取りたい。

Comments

[Stripe]

ん？？その質問に対する回答は既に得ているはずでは？

[happyhappy]

メッセージありがとうございます。

前回の質問は戻り値の書き方という質問のため、あらためて質問させていただいた方が良いと判断しました。

今回あらためてお聞きしたかったは、dataTaskWithRequestを使ってapiを取得する場合の一般的な書き方です。

NSConditionを使うのが一般的でしょうか。

前回の質問は戻り値の書き方という質問でしたため、それを満たすための書き方であり、apiを取得する場合の一般的な書き方なのか判断がつかなかったため、質問させていただきました。

[Stripe]

dataTaskWithRequestの一般的な使い方については、既に回答を得ているはずです。一般的にNSConditionは併用しません。同期通信自体が一般的ではありませんから。それでも同期通信がしたいなら、NSConditionを使うしかありません。

[happyhappy]

回答を得ているとはどのことでしょうか。

今回の質問は今まで通り、
let status = getUploadStatus("testvideoid")
のように状態を受け取ることであり、sendSynchronousRequestを使わずdataTaskWithRequestを使う一般的な書き方です。

大変恐縮ですが、お答え以外は控えていただけますでしょうか。

Answer 1

sendSynchronousRequestと同じように同期通信をしたいなら、前回の質問でStripeさんがアドバイスされたようにNSConditionを使って同期を取る必要があります。
その方法を「無理やり？同期通信ぽく動かす」と書いていますが、同期を取る方法としてはごく一般的な方法であり、立派な同期通信です。

本来やるべきでないのは、通信を同期で処理しようとすること自体です。

一般的には、通信の応答は同期待ちすべきではありません。
特にモバイル端末の通信は不安定になりやすく、通信データがいつ届くかの保証はありません。
同期待ち中に通信データが届かず他の処理ができないとアプリが固まってしまう原因になります。
だから、sendSynchronousRequestはdeprecatedとなっただけでなく、代替のメソッドが
提供されなくなったのです。おそらくAppleは簡易的なHTTP通信テスト用メソッドとして提供したつもりが、
あまりにも安易に使われすぎたので削除したのだと思います。

今の設計を変えるわけにはいかない(アプリの動きを止めてでも通信データを待ち合わせて
getUploadStatusの戻りで結果を返したい)なら、NSCondition等の同期クラスを使って
同期をとるしか方法がありません。(それが今までのsendSynchronousRequestと同じやり方です)

本来やるべきは、非同期に通信データを受け取って適切な処理ができるよう設計を見直すことです。
それが一般的な対策です。

(参考)
http://qiita.com/fmtonakai/items/30d8b9bcc3dd2b8d228b

Comments

[happyhappy]

ご回答ありがとうございます。

一般論や今までの流れ、同期通信は意図的に用意されていないことなど、理解することができました。
アドバイスいただきました通り、通信を同期で処理せずに作っていきます。ありがとうございました。