项目交接杂谈

今天笔者和大家聊一聊在项目交接中遇到的问题

项目交接这种事是不可避免的，一个完整、完善的项目在交接的时候会省不少心，反之就让人抓狂了，尤其是代码交接部分，先不说代码是否写的巧妙，只要命名符合规范，思路清晰，有完善的文档，后续的维护是很轻松的，但是那种想起哪里写哪里，毫无逻辑可言的工程就像一坨屎(虽然笔者写的也自认为是屎)，所以接手这种工程，再继续维护就好像：在一坨奇臭无比的一坨屎里面分析、分类、挑选这个人昨天都吃了什么，所以为了尽可能的避免这种狗屎工程，笔者谈一谈在交接的时候交接人需要准备的东西。

---

以Unity项目为例

• 所有字段、属性、方法必须有XML注释
• 命名必须符合命名规范：详见:Unity 之命名规范(一)Unity之命名规范（二）
• 每一个类有交代设计思路和负责的功能作用，详见:Unity 之命名规范(一)中的评论说明
• 代码（C#）缩进格式详见:Unity 之命名规范(一)Unity之命名规范（二）
• 所负责编写系统的整体设计思路文档
• 所编写系统的资源（程序、美术）替换详细文档（包括字段设置，参数设置，位置注意事项，命名方式等）
• 随机抽取一套资源进行资源替换测试（按照资源替换文档进行逐步操作验证）
• 测试人员拿到相应设计系统测试30-60分钟，保证无BUG
• 所负责编写系统的用的到技术、难点及说明

完善的规章制度保证工作流程能够正(ya)常(zha)运(yuan)转(gong),也避免自己的懒惰给他人带来不便，为了身边的同事有个好的工作氛围，首先就需要从自身做起~

欢迎大家在留言区跟笔者说说你在交接或者工作中遇到的奇葩问题~~~