项目交接杂谈
今天笔者和大家聊一聊在项目交接中遇到的问题 项目交接这种事是不可避免的,一个完整、完善的项目在交接的时候会省不少心,反之就让人抓狂了,尤其是代码交接部分,先不说代码是否写的巧妙,只要命名符合规范,思路清晰,有完善的文档,后续的维护是很轻松的,但是那种想起哪里写哪里,毫无逻辑可言的工程就像一坨屎(虽然笔者写的也自认为是屎),所以接手这种工程,再继续维护就好像:在一坨奇臭无比的一坨屎里面分析、分类、挑选这个人昨天都吃了什么,所以为了尽可能的避免这种狗屎工程,笔者谈一谈在交接的时候交接人需要准备的东西。 以Unity项目为例 所有字段、属性、方法必须有XML注释 命名必须符合命名规范:详见:Unity 之命名规范(一)Unity之命名规范(二) 每一个类有交代设计思路和负责的功能作用,详见:Unity 之命名规范(一)中的评论说明 代码(C#)缩进格式详见:Unity 之命名规范(一)Unity之命名规范(二) 所负责编写系统的整体设计思路文档 所编写系统的资源(程序、美术)替换详细文档(包括字段设置,参数设置,位置注意事项,命名方式等) 随机抽取一套资源进行资源替换测试(按照资源替换文档进...
