我为何从服务器操作迁移到tRPC
💡
原文英文，约600词，阅读约需2分钟。
📝
内容提要
作者在Next.js应用中尝试不使用tRPC，发现静态页面可行，但动态数据的分页、过滤和排序依赖tRPC。tRPC与TanStack Query结合，简化数据获取和重新获取，提升页面加载速度。使用Server Actions时遇到并行请求问题，因此作者选择继续使用tRPC进行数据查询和变更。
🎯
关键要点
- 作者尝试在Next.js应用中不使用tRPC，认为Server Actions稳定后不再需要tRPC。
- 对于大多数静态页面的应用，可以直接从服务器组件读取数据，使用next-safe-action进行变更。
- 对于需要分页、过滤、排序等动态数据的应用，tRPC是必不可少的。
- tRPC与TanStack Query结合，简化了数据获取和重新获取，提升了页面加载速度。
- 使用预取功能可以实现快速的服务器端渲染，并在用户交互时轻松重新获取数据。
- Server Actions与TanStack Query结合时会出现错误，导致切换到客户端渲染，影响初始数据加载。
- Server Actions不支持并行请求，多个请求会显著减慢页面加载速度。
- 如果已经在使用tRPC进行数据查询，就没有理由不使用它进行变更，基本上不再使用Server Actions。
🏷️
标签
➡️
