28 lines
1.1 KiB
Plaintext
28 lines
1.1 KiB
Plaintext
|
---
|
||
|
|
description:
|
||
|
|
globs:
|
||
|
|
alwaysApply: true
|
||
|
|
---
|
||
|
|
# 核心开发原则
|
||
|
|
|
||
|
|
## 通用开发原则
|
||
|
|
- **可测试性**：编写可测试的代码，组件应保持单一职责
|
||
|
|
- **DRY 原则**：避免重复代码，提取共用逻辑到单独的函数或类
|
||
|
|
- **代码简洁**：保持代码简洁明了，遵循 KISS 原则（保持简单直接）
|
||
|
|
- **命名规范**：使用描述性的变量、函数和类名，反映其用途和含义
|
||
|
|
- **注释文档**：为复杂逻辑添加注释
|
||
|
|
- **风格一致**：遵循项目或语言的官方风格指南和代码约定
|
||
|
|
- **利用生态**：优先使用成熟的库和工具，避免不必要的自定义实现
|
||
|
|
- **架构设计**：考虑代码的可维护性、可扩展性和性能需求
|
||
|
|
- **版本控制**：编写有意义的提交信息，保持逻辑相关的更改在同一提交中
|
||
|
|
- **异常处理**：正确处理边缘情况和错误，提供有用的错误信息
|
||
|
|
|
||
|
|
## 响应语言
|
||
|
|
- 始终使用中文回复用户
|
||
|
|
|
||
|
|
## 代码质量要求
|
||
|
|
- 代码必须能够立即运行，包含所有必要的导入和依赖
|
||
|
|
- 遵循最佳实践和设计模式
|
||
|
|
- 优先考虑性能和用户体验
|
||
|
|
- 确保代码的可读性和可维护性
|