问游戏开发的设计模式

EN

集线器和轮辐布置具有优势，单片合同也是如此。

轮毂和轮辐

• 更简单的内部结构，可能更易读
• 可以容纳一个“滚动升级”路径，如果这是必要的。

单片

• 初始化几个变量要比为每个游戏部署一个新合同要便宜得多。

在集线器和辐条基础上工作自然会导致一些一般性的关注。正如您所提到的，Spokes可能需要更新集线器中的全局，集线器需要限制对某些功能的访问，因此只有轮辐才能这样做，等等。

我的探索使我创造了广义的契约，大致上是：

contract Hub is Deployer { ...

contract Spoke is Deployed { ...

考虑到Deployer跟踪已部署的Spokes并执行以下操作：

modifier onlyDeployed { // only trust contracts made by this Hub

..。部署人员会记住产生它的集线器之类的事情。

如果您希望能够升级游戏逻辑，那么您可以考虑进一步分离集线器数据和工厂逻辑。也就是说，您希望能够将全局数据保存在预期不会更改的契约中，同时定期替换部署新游戏的契约。

最低的天然气成本和最简单的方法是一个单一的合同，游戏数据卷成结构，没有升级的可能性。

希望能帮上忙。