我的理解是從推送通知接收數據,而應用程序是在後臺或不運行,一個需要服務,將會把數據的地方在那裏的應用前景可以在啓動或前往時看到他們。看來,一個常見的解決方案是將數據放入應用程序的Extras中。處理機器人推送通知時,應用程序是不是在用Delphi
有大量的Java,但我的谷歌福引用未能找到德爾福的實施指南。
同樣有用的信息是關於如何將通知「堆疊」成單個通知。
我想可以編寫一個單一的服務,每次通知到達時觸發一個服務,然後a)將通知的數據部分放入應用程序的額外內容中,b)用單個堆棧通知替換通知。
我的問題是:「一個人如何寫這個服務」 - 一些模板代碼將幫助和教程或參考文獻將是巨大的。
FWIW這對於喜歡功能聊天,其中一個不希望任何通知迷路的應用程序。
謝謝你的回答。不是真正的商業目標 - 我需要一個關於如何在第二,第三等通知到達時用單個堆疊通知「替換」多個通知的技術性「指導方針」指南或參考。同樣緊密相關的是如何確保應用程序接收推送通知的數據部分,例如如何編寫此「後臺服務」(每次通知到達時都可能執行這兩項任務) –
對於通知「堆棧」,您需要更新一個現有的通知,我所能做的就是建議你閱讀Android文檔,並儘量使其適應Delphi(https://developer.android.com/training/notify-user/managing.html) Android版FireMonkey是一款NDK解決方案,它並非真正用於「應用程序」,而是主要用於支持*遊戲*。你將永遠爲這件事情而奮鬥。祝你好運,但如果你的應用程序需要這些平臺特定的服務,你應該重新考慮使用更適合這項工作的開發工具。可悲的是德爾福真的不是這樣。 – Deltics