从游戏角度看后台开发

最新推荐文章于 2024-09-16 11:16:36 发布

码农老K

最新推荐文章于 2024-09-16 11:16:36 发布

阅读量150

点赞数

文章标签：大数据分布式数据库 python java

本文链接：https://blog.csdn.net/lvlei19911108/article/details/115754613

版权

本文从游戏开发的角度出发，对比了传统的瀑布模型与迭代模型，强调了游戏开发中敏捷开发的重要性。文章讨论了游戏后台架构的特殊性，包括实时交互、多人互动体验等方面，并介绍了接入层、逻辑层、通讯层和数据层的设计要点。接入层处理网络问题和访问权限，逻辑层关注玩家状态控制，通讯层追求高性能和稳定性，数据层则采用SQL或NoSQL数据库作为数据存储。文章最后指出，游戏后台开发不仅要关注技术，还要理解游戏业务和运营需求。

摘要由CSDN通过智能技术生成

一、开发方法简述

首先需要提到的是产品的开发模式(当然开发方式不仅限于后台)，从前传统行业的项目或产品按顺序贯穿需求分析、业务建模；概要设计、详细设计，编码测试、集成测试、上线等等过程，系统分析设计的时间占项目总周期的60%可能更多，基本上到详细设计已经差不多是伪代码了，而且正式上线后功能会保持稳定，后续的版本变化的周期也相比漫长。这种方式也就是传统的瀑布模型，基本的过程可以简化如图：

传统的瀑布模型其实有几个问题：

1.需要准确的理解业务需求，导致分析周期过长；

2.因为前后依赖，很难精确的评估开发时间；

3.总体进度不好控制，容易造成延迟风险；

而我们熟悉的游戏开发，普遍应用迭代模型，因为在没有先玩到游戏前，无法对产品进行评估。而迭代的优点很明显：能立即从结果对设计进行反思。

如下图：

在迭代开发的过程中需要花大量的时间玩游戏，所以需要对游戏做prototype，其实这个prototype也可以是非数字化的，比如某些类型的游戏可以使用纸模或者卡片进行还原。

迭代开发模型也被称之为“敏捷开发”，是游戏行业的标准开发模型，有段时间最流行的敏捷开发方法是SCRUM。SCRUM方法中最主要的是Sprint概念，简单的说就是指定一个短期的时间(比如我们是每周)周期交付一个功能可测试的版本。这个版本中需要实现的功能特性，叫做Sprint Backlog(最终发布功能中的一部分功能子集)。每次冲刺后需要对功能需求再做重新评估。本文不对具体的SCRUM方法进行深入探讨，有兴趣各位google之。