应用程序结构，如果一个对象应该在多个子域应用程序中

Question

我想建立游戏管理。一个用户可以玩多个游戏，每个游戏都有自己的分数，级别，用户的徽章。所以让我画出这个应用程序的基本结构：

Game-Management
    Game-1
       User: (internal logic of gameplay: how user move, how user buy item, how get user's score...)
    Game-2
       User: (other logic: how user add new user to friend list, how user get to battle, ...)
    ...
    Game-N

后端是非常好的，因为每个游戏都是由一个团队开发的，这些团队不需要相互了解。但是在前端，我想要管理所有用户游戏的统计数据。用户转到他的个人资料页面，这个页面列出了他玩过的所有游戏。当他点击一个游戏时，所有的统计数据都会显示出来。例如，他点击Game-1，他可以查看他的分数，他购买的所有商品。如果他点击Game-2，他可以看到他的朋友列表，他参加了多少战斗。

但这是关键点，因为在后端，我的团队分别开发每个游戏，而在前端，我希望只在一个地方管理它们。那么这个想法是好是坏？如果它是好的，我如何在后端和前端构建我的应用程序？否则，请给我其他的解决方案。谢谢!

Answer 1

我想我会建议你使用基于空间的架构。

它被像Google和Yahoo这样的大公司广泛使用来构建不同类型的模块，这些模块很容易集成。

http://en.wikipedia.org/wiki/Space-based_architecture

所以基本上你有一个管理器对象，它将操纵你的模型。

对于一个模型，模型上的函数将只接收一种类型的消息对象。

模型上的函数还将为一个模型返回一种类型的消息对象。

因此，您有GameManager对象作为处理网格层。

然后，将Game1Message对象作为消息网格层。

接下来，将DbModel: a.k.a User对象作为数据网格层。

谢谢,

Answer 2

这是一个很好的观点，我在过去几次遇到过这个问题。

我用两种不同的方法解决了这个问题：

1. 将统计信息/日志存储在本地服务器上，并从中央服务器收集这些信息。优点：
   • 易于控制负载
   • 没有单点故障
   • 您可以在本地服务器上获得一些备份空间
   • 每场比赛都可以向日志中添加更多的统计数据/数据更容易添加此类型的数据
   • 本地磁盘写入是一项非常快速的操作，比RestApi更快。这里没有网络层。
   • 您可以控制中央server

上的工作负载

​

缺点：

所有不同的servers

• Scaling都应满足固态硬盘格式如果一款游戏非常流行，可能会有点problematic

• You需要确保写入日志的文件都是synced

• Collecting使用中央服务器可以将高工作负载置于一台服务器上

• 在高容量时，磁盘将始终具有最大容量(约600 I/O SaaS，5000 I/O

• )

2.中央服务器上的2.RestAPI，它将处理所有的统计数据。例如，每个游戏都将通过API报告需要统计数据跟踪的事件。您也可以使用第三方事件记录器(Google Analytics events)并通过API拉取此报告

优点：

为developers

• Easy添加新应用程序的functions

• Scale up的
• 简单集成更容易。API可以指向一个负载均衡器，该负载均衡器将指向多个

处理load的服务器

缺点：

• 网络负载现在添加到服务器Load
• 取决于网络延迟/ Downtime
• Depend游戏在另一台服务器上加载

API的实现非常简单，本地日志可能有点棘手。您需要分发日志格式。为日志创建一个已知文件夹，并为主服务器创建一个映射，以便知道从何处收集数据，然后将其解析到数据库。虽然这听起来更复杂，但我发现第一种方法非常有效，它帮助我降低了服务器成本。

希望这能有所帮助..。