遵循REST API规范是否需要指定全部路由与对应HTTP方法？

REST规范的核心约束是统一接口语义自解释，从来没有要求必须为每个资源覆盖GET/POST/PATCH/DELETE全部方法，方法的提供范围完全由资源的业务边界决定。

针对禁止删除的集合类资源的处理规则 #

你完全可以直接跳过不需要的DELETE方法，不需要为了凑方法清单做无意义的实现，但要做好两个配套约束，符合REST规范要求：

• 不要做“假实现”：不要搭好对应路由的DELETE入口，内部直接硬编码抛权限错误/业务异常，这种语义不透明的设计比直接不实现方法的体验差得多
• 做好标准错误响应：当客户端向未实现的方法发请求时，要返回标准的405 Method Not Allowed状态码，同时在响应头中通过Allow字段明确标注当前路由实际支持的方法列表，例如Allow: GET, POST, PATCH，让客户端清晰知晓可用操作边界，不会误以为请求的资源地址不存在。

常见认知误区 #

• 很多开发者误以为REST要求必须实现全量CRUD对应方法，实际业务里大量资源天生不支持全量操作：例如用户的身份资质、系统内置的基础配置等资源，业务逻辑本身就只允许更新、不允许删除，强行实现DELETE方法反而会违背资源的真实语义
• 方法的提供边界不要走另一个极端：如果资源本身支持查询、新增、局部修改等操作，不要为了“精简”故意隐藏对应路由，导致客户端无法正常感知操作能力，这属于设计层面的疏漏

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