Laravel中REST API用UUID与Slug处理公私有ID是否为最佳实践

1. 用Slug做GET请求标识、UUID做数据更新的方案是否是最佳实践？ #

这个方案是很常见也很合理的最佳实践，核心优势和注意点如下：

• URL友好度拉满：像my-business这类slug比一串UUID好读好记太多，不管是调试、写文档还是用户分享链接，体验都更顺畅。
• 安全更有保障：UUID避免了自增ID暴露业务规模（比如从ID能看出商家总数），slug本身也不带敏感ID信息，双重防护。
• 职责划分清晰：slug专门管对外的友好访问，UUID作为内部唯一标识负责数据的增删改操作，就算商家改名要更新slug，也不会影响内部数据的关联逻辑。

要注意几个细节：

• 必须保证slug唯一：数据库里给slug字段加唯一约束，要是遇到重名，自动加序号（比如my-business-2）或者拼接UUID片段，避免冲突。
• 统一slug生成规则：转小写、把特殊字符换成连字符、去掉冗余符号，保持格式规范。
• 兼容slug变更：商家改名更新slug后，给旧slug做301重定向到新地址，防止旧链接失效。

2. Quotes表的PATCH请求示例（中文版本） #

PATCH /api/quotes/4dc93692-0ad9-4131-94fe-b4afec88d037

{
    "business_uuid": "10b940f2-5f8c-42ac-9c35-b6d0de45995b",
    "object": "我的报价对象",
    "another_column": "你好"
}

注：这个请求用来更新ID为4dc93692-0ad9-4131-94fe-b4afec88d037的报价记录，关联的商家UUID是10b940f2-5f8c-42ac-9c35-b6d0de45995b，同时更新报价内容和其他指定字段。

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