游戏开工前需要规范的几点

游戏的开发大多数是由团队共同完成的,因此有必要约定一些规范来共同执行行。都有哪些需要约定一下呢?笔者认为有以下几点:
- 代码格式约定: 如变量的命名,方法,类接口的命名,括弧的位置等等。这样的优点是整个项目看起来比较统一,有美感,看起来心情也好。然而代码规范却不好执行,关于为什么不好执行我想单独写篇文章展开来讲。
- 资源存放位置约定: 这里的资源包括图片,材质,模型,atlas,动画,特效,场景,字体,声音,shader,动态加载资源,美术的原始素材,GDS配置文件,代码等。
- 资源命名约定: 关于资源命名,有些是通用于游戏的命名,如atlas,字体的命名,有些是和游戏内容相关的命名,如rpg中有xxx_avatar.png,三消有可能就没有这样的命名。这就要仔细分析一下游戏内容再做决定。
- 和美术的相关约定: 包括输出文件的大小,文件格式,如png,jpg,tga,tts等,如果是3d,还要模型的面数,正反面的约定,单位的约定等。
- 多语言中字符串key的约定。
- 代码提交时的格式约定。
- 框架的约定: 包括自己写的框架,或使用第三方框架,代码放在哪个位置,如何分层都要有共同的认识。

如果开工前,能约定好这些事项,并能执行,项目后期会非常好维护,节省许多的时间。然而,有时这些约定并不能很好的执行,一种原因是大家并不是很好的重视这方面,一种就是每人都有一套自己心中的规范,很难改变多年习惯。还有就是缺少监督管理。

这种情况解决方案就是尽量自动化,如代码规范,可以利用自动化格式工具,框架可以自动生成框架重复代码,图片格式导入检查,等等。

希望大家都能重视这些约定,执行起来,真的可以起到事半功倍的作用。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值