REST API全用POST请求是否合理？当前Node.js实现方案是否正确？

1. 所有请求都用POST实现REST API是否概念正确？ #

不正确。REST API的核心是利用HTTP方法的语义对应资源操作，不同HTTP方法有明确的分工：

• GET：用于查询/读取资源，具备幂等性且可被缓存
• POST：用于创建新资源，不保证幂等
• PUT：用于更新已有资源，具备幂等性
• DELETE：用于删除资源，具备幂等性

全用POST会丢失HTTP方法自带的语义信息，客户端和服务器无法通过方法快速判断操作意图，同时浪费了GET的缓存、幂等性等特性，不符合REST的设计规范。

2. 当前的实现方案是否合理？ #

不合理，存在多个关键问题：

• 请求体格式不规范：用|分隔字符串传递参数，不是API通用的JSON或表单格式，客户端构建、解析数据成本高，也不利于后续参数扩展，建议改用JSON格式传递请求体。
• 请求数据处理不完整：req.on('data')可能分多次触发（请求体较大时），只监听一次data事件会导致数据截断，必须监听end事件拼接所有分片数据后再处理：

  let body = '';
  req.on('data', chunk => {
    body += chunk.toString();
  });
  req.on('end', () => {
    // 处理完整请求体
    let command = body;
    // ...后续逻辑
  });
  

• 错误处理缺失：无论请求成功或失败都返回200状态码，客户端无法通过HTTP状态码判断结果。比如认证失败应返回401，参数错误返回400，服务器内部错误返回500。
• 认证方式不规范：把apiKey放在请求体里，不如放在HTTP请求头（如Authorization: Bearer YOUR_API_KEY）更符合行业规范，还能避免apiKey被不必要的日志记录。
• 路由扩展性差：用switch判断cmd.method的方式，后续添加数据库操作、推送通知等功能时，代码会臃肿不堪难以维护，建议使用Express、Koa这类Node.js Web框架，通过路由管理不同API端点。
• curl命令使用错误：你的curl命令写法有误，POST请求体需用-d参数传递，正确写法是：

  curl -X POST -d 'SIGNIN|username|password|apikey' https://mycurrentipaddress:11200
  

内容的提问来源于stack exchange，提问作者Conta