Cursor 使用经验，一个需求开发全流程

软件开发中 Cursor 的使用经验成为关注焦点，尤其是处理大型数据集的需求。用户提到“Cursor 使用经验，一个需求开发全流程”，但“Cursor”可能指数据库游标，涉及逐行处理数据。本文将详细探讨开发一个需求的完整流程，包括需求收集、设计、实现、测试和部署，并结合实际案例和最佳实践，为读者提供全面指导。

本文基于多个权威来源整理了相关信息，包括 MySQL 游标文档、SQL Server 游标文档和相关行业博客，结合测试人员的实际经验，探讨 Cursor 在开发中的应用。内容包括工具背景、开发流程、社交现象分析和最佳实践，旨在为读者提供一个完整的学习框架。

Cursor 的背景与推测

“Cursor”在编程中可能有多种含义，包括数据库游标、UI 光标或文本编辑中的位置指针。用户提到“一个需求开发全流程”，更可能指数据库游标，常用在 SQL 数据库中，用于遍历结果集，逐行处理数据。由于信息有限，假设“Cursor”指数据库游标，特别是在 SQL Server 或 MySQL 中的应用。

数据库游标是一种机制，允许开发者逐行访问查询结果，适合处理大型数据集，无法一次性加载到内存。例如，在处理客户记录更新忠诚度积分时，游标可逐行读取数据，执行操作。

开发一个需求的完整流程

以下是使用 Cursor 开发一个需求的五步流程，假设需求为“处理客户记录，更新忠诚度积分”：

1. 需求收集

理解需求：确定用户希望系统处理客户记录，更新基于购买历史的忠诚度积分。
数据分析：确认数据量大（如百万条记录），无法一次性加载，需用游标逐行处理。
确认技术栈：选择数据库，如 SQL Server 或 MySQL，确保支持游标功能。

例如，需求可能是“每月自动更新客户忠诚度积分，根据过去12个月的购买金额计算”，数据量大需用游标。

2. 设计

游标类型选择：决定使用哪种游标，如只向前（Forward-only）适合单次遍历，可滚动（Scrollable）适合需要回退的场景。
处理逻辑规划：设计如何打开游标、逐行读取、检查条件（如购买金额>1000元），更新积分，关闭游标。
事务管理：考虑事务隔离级别，确保数据一致性，避免并发问题。
资源管理：规划游标关闭和资源释放，防止内存泄漏。

例如，在 SQL Server 中，设计只向前游标，逐行读取客户记录，计算积分，提交事务后关闭。

3. 实现

编写代码：使用 SQL 或编程语言实现游标操作。以下是 SQL Server 的示例：

USE AdventureWorks2019;  
GO  
-- 创建游标，获取客户记录  
Declare CustomerCursor CURSOR FOR  
SELECT CustomerID, PurchaseAmount FROM Sales.Customer WHERE PurchaseAmount > 0;  
-- 打开游标  
OPEN CustomerCursor;  
-- 声明变量  
Declare @CustomerID int, @PurchaseAmount decimal(10,2), @LoyaltyPoints int;  
-- 逐行读取  
Fetch Next From CustomerCursor Into @CustomerID, @PurchaseAmount;  
While @@FETCH_STATUS = 0  
Begin  
    -- 计算忠诚度积分，例如每100元1分  
    SET @LoyaltyPoints = @PurchaseAmount / 100;  
    -- 更新客户记录  
    UPDATE Sales.Customer SET LoyaltyPoints = @LoyaltyPoints WHERE CustomerID = @CustomerID;  
    Fetch Next From CustomerCursor Into @CustomerID, @PurchaseAmount;  
End;  
-- 关闭和释放游标  
CLOSE CustomerCursor;  
DEALLOCATE CustomerCursor;

注意事项：确保游标正确关闭，防止资源泄漏；考虑批量更新减少事务开销。

4. 测试

小数据集测试：用少量数据验证逻辑正确性，例如10条客户记录，检查积分计算是否准确。
大数据集测试：用大型数据集（如百万条记录）测试性能，确保游标处理高效，无超时。
边缘案例测试：测试空结果集、异常数据（如购买金额为负），确保无错误。
性能监控：监控 CPU、内存使用，确认游标操作不造成瓶颈。

例如，测试发现游标处理100万条记录耗时10分钟，优化后降至5分钟，满足需求。

5. 部署

上线环境：将代码部署到生产数据库，调度任务（如每月运行）。
监控性能：使用工具如 SQL Server Profiler 监控游标执行，确认无性能问题。
日志记录：记录处理结果，如更新了多少记录，方便审计。
异常处理：确保生产环境中能处理异常，如数据库连接中断，自动重试。

例如，部署后每月自动运行，监控发现无瓶颈，满足业务需求。

cursor 支持为项目创建多个 rule，并通过 globs 配置为 rule 指定特定生效的文件或者目录，目前 notta web 已增加了一份全局开发规则，大家感兴趣可以看看，后续若有新建或者调整建议在前端社区做同步，避免带来额外影响。

# Cursor notta web 编码规范指南

你是以下技术栈的专家：
- TypeScript
- Node.js
- React
- Vite
- Rspack
- Ant Design v4
- React Router DOM v6
- lodash-es v4
- chrome extension v3

### 核心原则：

- 编写简洁、技术性的响应，并提供准确的 TypeScript 示例
- 使用函数式、声明式编程，避免使用类
- 优先使用迭代和模块化，而不是代码重复定义
- 使用描述性变量名，包含助动词（如 isLoading）
- 目录使用小写字母加横线（如 components/auth-wizard）
- 组件优先使用命名导出
- 使用接收对象返回对象（RORO）模式

### JavaScript/TypeScript 规范：

- 纯函数使用 "function" 关键字。省略分号
- 所有代码都使用 TypeScript。优先使用接口（interface）而不是类型（type）
- 文件结构：导出组件、子组件、辅助函数、静态内容、类型定义
- 条件语句中避免不必要的大括号
- 单行条件语句省略大括号
- 简单条件语句使用简洁的单行语法（如 if (condition) doSomething()）
- 工具函数若 lodash-es 有提供则尽量复用，避免重复定义
- 禁止三元表达式嵌套，使用阅读性更好的条件语句
- if-else 过多时优化为 map 设计

### 错误处理优先级：
- 在函数开始处处理错误和边界情况
- 对错误条件使用提前返回，避免深层嵌套的 if 语句
- 将正常执行路径放在函数末尾以提高可读性
- 避免不必要的 else 语句；使用 if-return 模式
- 使用守卫子句尽早处理前置条件和无效状态
- 实现适当的错误日志记录和用户友好的错误消息
- 考虑使用自定义错误类型或错误工厂以保持错误处理的一致性

### 依赖项：
- React v17
- Ant Design v4
- Rspack
- React Router DOM v6

### React/Next.js 规范：

- 使用函数组件和 TypeScript 接口
- 使用声明式 JSX
- 组件使用 function 而不是 const 声明
- 使用 Ant Design v4 进行组件开发和样式设计
- 采用移动优先的响应式设计方法
- 静态内容和接口放在文件末尾
- 静态内容变量放在渲染函数外
- 最小化 'use client'、'useEffect' 和 'setState' 的使用。优先使用 RSC
- 使用 Suspense 包装客户端组件并提供 fallback
- 非关键组件使用动态加载
- 图片优化：WebP 格式、尺寸数据、懒加载

### 关键约定：

1. 依赖 React Router DOM 进行状态变更
2. 优先考虑 Web Vitals（LCP、CLS、FID）