柯里化提升api封装灵活性与复用性，核心是将多参数函数拆为单参数函数，提前固化baseurl、token等通用配置，调用时仅传业务参数；支持分层固化、promise链式调用及合理参数排序。
柯里化能让 API 封装更灵活、复用性更高，核心是把多参数函数拆成多个单参数函数，让基础配置（如 baseURL、token）提前固化，调用时只需传业务参数。
用柯里化预置通用请求配置
把 axios 或 fetch 的通用配置（如 headers、baseURL）抽离为固定参数，后续每次调用只关心接口路径和业务数据。
- 例如封装一个带 token 和超时的请求函数：const request = curry((baseURL, timeout, headers, url, data) => {...})
- 再派生出具体服务：const userAPI = request('/api', 5000, { Authorization: 'Bearer xxx' })
- 调用时就简洁了：userAPI('/users', { id: 123 })
按模块分层柯里化，避免重复写配置
不同业务模块可能共用 baseURL 但 header 不同，可先固化 baseURL，再为各模块生成专属函数。
- const createAPI = (baseURL) => (headers) => (url, config) => axios({ baseURL, headers, url, ...config })
- const orderAPI = createAPI('https://api.example.com')({ 'X-App': 'order' })
- const productAPI = createAPI('https://api.example.com')({ 'X-App': 'product' })
结合 Promise 和 async/await 提升可读性
柯里化函数返回的是 Promise，天然适配 await，链式调用不打断语义。
- const getUser = userAPI('/users/:id') → 返回一个可 await 的函数
- const user = await getUser({ params: { id: 1 } })
- 错误处理统一在上层 catch，不用每个接口都写 try/catch
注意参数顺序与占位设计
柯里化效果依赖参数顺序。建议把稳定参数（baseURL、token、method）放前面，动态参数（url、body、params）放后面。
- 反例：curry((url, token, data) => ...) → 每次都要重复传 token
- 正例：curry((token, baseURL, method) => (url, data) => ...) → 先固化认证和环境，再传业务参数
- 可用 placeholder（如 _）配合工具库（如 lodash/fp）跳过中间参数
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
