Code Review
Code Review 建议
我的核心建议： 对于3人小团队，不要追求完美的 Review 流程，而是：
- 先用工具统一80%的问题（格式、基础规范）
- 人工 Review 只关注20%的核心问题（架构、逻辑）
- 把 Review 当作学习机会，而不是挑错
Code Review 标准
- 可读性：代码应该易于阅读和理解，变量名、函数名应该具有表意性。清晰的命名可以减少代码注释的需要。
- 可维护性
- 代码中应添加适量的注释，解释代码的意图、实现思路和关键步骤。这有助于其他开发者理解和维护代码。
- 将代码拆分成小的、可复用的模块，提高代码的可维护性和可测试性。
- 逻辑正确性：功能是否符合需求。
- 边界处理：null/undefined/空数组/异常情况，进行适当的错误处理，避免潜在的问题。
- 性能考量：会不会有性能瓶颈。
- 安全隐患：XSS/CSRF/SQL注入等
写好代码是一件需要时间和经验积累的事情，但始终保持对代码质量的追求，将会使你成为更优秀的开发者。