Re: [問題] Server回應client問題？

看板MacDev作者uranusjr (←這人是超級笨蛋)時間12年前 (2013/06/20 18:35)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串2/2 (看更多)

※ 引述《sick09843 (咚咚畢特)》之銘言： : 請問一下各位 : 之前使用過Dropbox的api : 例如說我要新增一個目錄 : Dropbox的api在新增完目錄之後 : 會有一個delegate告訴我已經新增完目錄了 : 目前我自己實作了一個自己的雲端硬碟 : 利用http post跟get取得電腦的檔案並且操作 : 不過當我新增完目錄之後 : 我利用http get進行檔案操作 : 不過我不知道該怎麼從server端發出一個通知告訴client端我已經完成檔案操作了 : 目前一點頭緒都沒有 : 請問有人有類似的經驗或者可以告訴我一點方向嗎？ : 感謝～如同前一篇推文所述, HTTP 本身是 synchronous 的所以如果你要做到 callback 的效果就必須用其他方法我目前主要可以想到三大類... 第一種方法是在 client 端實作這個應該是最單純的, 開個背景 thread 來傳資料, 傳完之後呼叫一個 callback 實作方法也有很多選擇, 各有各的優缺點最古早的 NSURLConnectionDelegate 實作用 GCD 包一個 +sendSynchronousRequest:returningResponse:error: 或者 +sendAsynchronousRequest:queue:completionHandler: 甚至用第三方函式庫例如 AFNetworking 基本上隨你高興怎麼選（不過如果要傳檔請注意 multipart 的設定）第二種方法是 polling 當 client 端把檔案傳過去時, server 可以回覆「檔案收到了, 不過我還沒處理完」（這通常是用 status code 202 來表示）然後給 client 一個 Location header, 讓 client 定時去該位址檢查處理是否完成這個方法的缺點就是 client 必須主動檢查, 而非被動等待, 所以會浪費資源或者就是放大絕, 不要用 HTTP 在 iOS 上現成的方法就是 push notification 檔案上傳時順便送一個 device ID 過去, server 處理完推播一個訊息回來就行了或者 W3C 的 WebSocket 標準也可以做到 callback, 也有人在 iOS 實作了 client 但 push notification 有即時性的問題, WebSocket...不見得值得特地搞這個總體來講除非你有很特殊的需求, 第一類方法還是最合理一般服務應該也都是採用這個方式至於要怎麼實作 callback, 你就自己把關鍵字丟去餵大神研究吧 ------ 補充：第一種方法的缺點是你只能知道 client 端狀態, 無法即時更新 server 狀態所以像檔案處理進度這種東西基本上只能用推測的只有在連線的一些關鍵時刻（嘗試開始、建立連結、斷開連結等等）能得到 feedback 不是說就沒有缺點... -- Les grandes et les meilleurs tone from "Zadok the Priest" Eine grosse stattliche Veranstaltung by F. Handel THE MAIN EVENT! These are the men Sie sind die Besten "Champions League" by Tony Britten THESE ARE THE CHAMPIONS! -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.32.81.146 ※ 編輯: uranusjr 來自: 114.32.81.146 (06/20 18:39)