[請益] 掃碼付款 在等待的時候........

[fbifxxkma (超棒Der)]

請問一下行動支付掃碼付款

在顯示出條碼之後 它好像處於一種等待的狀態

是用什麼方法接收到

Server端傳來的 交易結果 通知 呢？


因為這段過程不像一般APP去call webservice api的行為

可以立刻取得response

它是處於一種被動接收訊息的狀態  等著server告訴他交易已完成

--
母湯喔~ https://goo.gl/pB8YZN

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.193.51.40
※ 文章網址: https://www.ptt.cc/bbs/MobilePay/M.1536240887.A.542.html
→ nadoka: Line怎麼收到訊息  FB怎麼收到推撥  不是什麼新技術了
→ Sheng98: 忘了要有 3G/4G/WiFi 網路了嗎?
→ hms5232: 訂閱
→ Sheng98: 而且也要由店家透過店家網路連到支付平台伺服器做交易動
→ Sheng98: 作
推 HMKRL: 也不會一直開著 polling一下不會是大問題
→ fbifxxkma: Line和FB推播是用Firebase推給OS層 我覺得不是用推播
→ Sheng98: 交易完成之後再由交易平台發送交易成功通知到消費者手機
推 hbkhhhdx2006: 左轉soft-job (X
推 a07051226: 以為跑錯版
推 now99: 推播,輪巡API,socket,web socket
→ Adonisy: call web service...能聽懂的不多吧... XD
推 wekrafty: 在想事情吧，難得有沒人一直用手指戳它的時候
推 greenmiracle: 小精靈阿，你不知道嗎
推 osk2: socket
推 Goog1e: 這又不是什麼新技術 你是最近才開始用智慧型手機嗎？
→ Goog1e: 八年前 Android 2.2 開始就可以使用了
→ Goog1e: 最早期是C2DM  後來變成GCM  直到現在是FCM
→ Goog1e: 看它要怎麼實作而已 如果要走OS 就用FCM推播 一樣可以接
→ Goog1e: 如果不走OS層直接維持原本的內嵌web 那就用websocket
→ Goog1e: LINE Pay 和 MyFamiPay 都是 App 內嵌 web
→ Goog1e: 但畢竟外殼都還是App 要接推播一點也不是問題 反而更穩定
推 okgogogo: mqtt沒聽過嗎，畫面沒動不代表沒在做事啊
推 sp063439: 推播?! 沒看過 delay 嗎？不要鬧惹，還這麼嗆