一個非常簡單的任務,花了我30分鐘在android上實現。ios - 是否有可能發送消息到設備與交付確認
Web服務器向設備發送消息。 沒有用戶交互收據被送回。用戶理解這是一種理想的行爲。當用戶打開應用程序時,他/她可以發送額外的確認。
我的理解是,只要我不使用位置服務,我不能在後臺連續(或定期)運行應用程序。推送通知需要用戶互動,否則它只是一個徽章和一條消息。
這似乎是一個微不足道的問題,但讓我的頭受傷,並希望我放棄。 企業訂閱是我獲取應用程序給我們公司用戶的唯一方式嗎?
一個非常簡單的任務,花了我30分鐘在android上實現。ios - 是否有可能發送消息到設備與交付確認
Web服務器向設備發送消息。 沒有用戶交互收據被送回。用戶理解這是一種理想的行爲。當用戶打開應用程序時,他/她可以發送額外的確認。
我的理解是,只要我不使用位置服務,我不能在後臺連續(或定期)運行應用程序。推送通知需要用戶互動,否則它只是一個徽章和一條消息。
這似乎是一個微不足道的問題,但讓我的頭受傷,並希望我放棄。 企業訂閱是我獲取應用程序給我們公司用戶的唯一方式嗎?
首先您需要詢問用戶發送PUSH通知的權限。一旦用戶同意將PUSH通知發送到他的設備,您需要獲取設備ID並將其存儲在您的服務器中。這是PUSH-NOTIFICATION的第一階段
在下一個階段(第二階段),假設您想要通知用戶某些事情,您要做的是獲取該用戶的所有設備ID(他可能註冊了多個1個iOS設備),並利用蘋果的PUSH基礎設施發送一些X消息給他的設備。您需要將設備ID傳遞給Apple(以及其他許多東西),因爲這是它識別哪個設備獲取此X消息的方式。
另外,最初在註冊PUSH時,您需要編寫一些代碼來配置PUSH通知的外觀。它會有聲音,BADGE,MESSAGE等。
對於所有這些情況,您作爲應用程序開發人員不需要關心您的應用程序是否處於活動狀態。 iOS會照顧它。在最初的PUSH註冊之後,用戶也不參與。你不需要在後臺運行你的應用程序,也不需要註冊持續的位置更新。
我的理解正確嗎?
謝謝您的回覆,但我認爲您誤會了。這樣的應用程序的全部要點是收到通知後發送收據到服務器 - 無論是推送還是其他形式 - 沒有用戶關注。 – selytch 2013-03-09 08:08:45
你是對的。 iOS不支持這種情況。當應用程序尚未運行時,您無法接收數據並在沒有用戶交互的情況下進行響應。 – XJones 2013-03-09 06:54:16