对于我的情况,最好的设计模式/架构是什么?

时间:2014-06-23 11:16:52

标签: android design-patterns architecture multiplayer

首先,大家好。

所以我将在Android操作系统上运行一个应用程序 - 这是我的客户将要使用的。

我将拥有一个服务器+数据库(典型的后端主干),它们都可以连接到并从中检索信息 - 几乎是存储库,用于存储客户端所需的所有数据,以便运行Android应用程序。

基本上,任何人都可以建议最适合以下要求的设计模式/架构:

(1)客户(A)与分数相关联,简单的int值可以说。(如足球联赛)       - 如果客户(A)获得另一客户(B)的分数,则更新客户(A)分数

(2)客户(A)可以在他们的联赛表中添加许多朋友(客户(C,D,E,...))       - 客户端(A)联赛表和客户端(A)朋友列表将存储在客户端的本地数据库中(A)android建议。

(此时,我的观点是客户端(A)必须连接到我的服务器+数据库以检索更新(非常重要:服务器永远不会联系他们让他们知道有更新)) p>

(3)如果一个客户(A)给另一个客户(B)一个分数,它将累计到客户的(B)分数。

(4)任何在联赛表中有客户(B)的客户(C,D,E,......)只有在他们再次访问他们的应用程序及其检查更新时才需要更新此更新,即:我只希望更新发生在客户端(C,D,E,...)连接到服务器(而不是服务器试图通知客户端他们是更新等待他们)

注意:我没有使用Google Cloud Messaging btw

希望有意义并提前感谢任何评论

0 个答案:

没有答案