PubNub +解析集成。這個可以嗎？

我們正在實施一個讓用戶分享待辦事項列表的移動應用程序。這個想法是儘可能少的服務器管理，顯然降低成本。PubNub +解析集成。這個可以嗎？

對於用戶管理和推送通知，我們將使用帶有Cloud Code和PubNub的Parse.com進行實時數據傳輸。

每個用戶都將使用它的Facebook帳戶登錄並訂閱只讀的專用頻道，只有他可以閱讀。每當他創建一個新的待辦事項清單與他的Facebook朋友分享時，該應用程序就會對CloudCode進行API調用，包括身份，共享數據和朋友列表。在CloudCode中，數據被推送到朋友列表的PubNub專用頻道。

另外，在CloudCode中，想法是使用PubNub Presence，如果用戶處於離線狀態，則發送推送通知。

此實施是否正常？我對這兩種服務都很陌生，並且很想學習。謝謝！

2014-07-23 Juan

我喜歡並完全支持使用多種服務來互相補充。我用Parse + Firebase玩了很多。 – Fosco

由於Parse在後臺使用自己的推送通知服務，而不是使用已安裝並在所有官方Android設備上運行的Google Cloud Messaging，因此預計至少會有超過10％的電量消耗超過平均水平。另外，GCM是免費的。解析也是免費的，但如果您的應用程序變得流行，解析通知會變得非常昂貴。 –

我也會檢查GCM。 – Juan

如果您嘗試實施實時應用程序（例如聊天應用程序或GPS跟蹤應用程序），則PubNub是合適的。但就你而言，我認爲你可能根本不需要PubNub的功能。您只能使用Parse.com來獲得上述功能。解析推送可以在兩種情況下使用。

我建議刪除PubNub（對於這個特定的應用程序）的原因是，PunNub具有不同的加載歷史記錄的定價模型。在免費計劃中，你僅限於一天的消息歷史記錄。另一方面，您可以在Parse.com上運行此應用程序的後端，幾乎免費。

2014-07-24 08:07:16

我不知道Parse可以在應用程序運行時禁止通知。好的提示。謝謝。 – Juan

經過研究發現，無法避免使用自定義服務器（Parse.com，AWS EC2等），因爲在PubNub中，您有一個數據流但沒有控制權（除非您購買了額外的服務），即使是這樣，似乎也有必要像Parse的CloudCode一樣，可以在中央位置控制頻道，而不是在客戶端。或者我錯過了什麼？ – Juan

@Juan這是正確的。這就是爲什麼我建議從您的體系結構中刪除PubNub的確切原因，除非由於某些其他原因而需要。 –

上述體系結構中沒有任何Parse無法處理，包括通過Cloud Codes Parse.Cloud.httpRequest（）支持Facebook登錄和外部服務調用的能力。它會做到這一點並做得好，因此答案是肯定的，這沒關係。

前進和解析。

2014-07-24 00:01:24

回答