團隊代碼代碼如何規範，又不至於限制過多？

如題，代碼格式規範可以使用現有通用的規範，例如psr推薦的格式，也可以用相關工具檢查。我這裡想問的是代碼的邏輯、命名等工具無法檢查的內容。很多時候是主觀的喜好。當然前提是功能均正常實現。

回複內容：

如題，代碼格式規範可以使用現有通用的規範，例如psr推薦的格式，也可以用相關工具檢查。我這裡想問的是代碼的邏輯、命名等工具無法檢查的內容。很多時候是主觀的喜好。當然前提是功能均正常實現。

實行Code Review制度，對於每次功能分支的合并，都必須通過團隊內至少水平相當的一人或者多人的審核，並且徹底執行下去

@有明 的觀點我認為很不合適，內部實現完全是個人負責的行為是不靠譜的，公司總會有人員流動或者後面補充新人進來的情況的，如果放任自流最後就會變成難以維護的一個大坑

多人開發的情況下，基本是每個人負責某個模組或者某幾個模組（提現就是每個類或者說每個代碼檔案都是由單人來管理的），所以要統一的就是這些模組對外的介面（也就是相互之間調用的方法名稱），而這個當然就是在模組設計的時候就可以考慮到的。
對模組內部，則由這個人去負責，內建函式如何寫，就看他的喜好。對內不要太強調統一風格，畢竟本身就很難統一，而且會消耗大量時間。

