今天筆者和大家聊一聊在專案交接中遇到的問題

專案交接這種事是不可避免的，一個完整、完善的專案在交接的時候會省不少心，反之就讓人抓狂了，尤其是程式碼交接部分，先不說程式碼是否寫的巧妙，只要命名符合規範，思路清晰，有完善的文件，後續的維護是很輕鬆的，但是那種想起哪裡寫哪裡，毫無邏輯可言的工程就像一坨屎(雖然筆者寫的也自認為是屎)，所以接手這種工程，再繼續維護就好像：在一坨奇臭無比的一坨屎裡面分析、分類、挑選這個人昨天都吃了什麼，所以為了儘可能的避免這種狗屎工程，筆者談一談在交接的時候交接人需要準備的東西。

---

以Unity專案為例

• 所有欄位、屬性、方法必須有XML註釋
• 命名必須符合命名規範：詳見:Unity 之命名規範(一)Unity之命名規範（二）
• 每一個類有交代設計思路和負責的功能作用，詳見:Unity 之命名規範(一)中的評論說明
• 程式碼（C#）縮排格式詳見:Unity 之命名規範(一)Unity之命名規範（二）
• 所負責編寫系統的整體設計思路文件
• 所編寫系統的資源（程式、美術）替換詳細文件（包括欄位設定，引數設定，位置注意事項，命名方式等）
• 隨機抽取一套資源進行資源替換測試（按照資源替換文件進行逐步操作驗證）
• 測試人員拿到相應設計系統測試30-60分鐘，保證無BUG
• 所負責編寫系統的用的到技術、難點及說明

完善的規章制度保證工作流程能夠正(ya)常(zha)運(yuan)轉(gong),也避免自己的懶惰給他人帶來不便，為了身邊的同事有個好的工作氛圍，首先就需要從自身做起~

歡迎大家在留言區跟筆者說說你在交接或者工作中遇到的奇葩問題~~~