従來(lái)の自動(dòng)インクリメント ID と會(huì)社名を含むテーブルがあります。ビジネス ID がクライアントに公開(kāi)されることを避けるために、UUID を使用したいと考えています。ここまでは順調(diào)ですね。唯一の問(wèn)題は、URL から呼び出す場(chǎng)合は、「api/businesses/10b940f2-5f8c-42ac-9c35-b6d0de45995b」ではなく「api/businesses/my-business」など、より使いやすい形式を使用する方が良いことです。 "。それでは、データ更新に UUID を使用しながら GET リクエストのテーブルに「スラッグ」列を追加した場(chǎng)合、これはベスト プラクティスとみなされますか?
私の場(chǎng)合、見(jiàn)積テーブルにレコードを作成する必要があるため、PATCH は次のようになります:
ああああ
1
0
0
データベース テーブル構(gòu)造に id、uuid、slug が含まれている場(chǎng)合は、次の點(diǎn)を考慮してください:
id 內(nèi)でのみ使用されます。 uuid を使用します。 slug を使用します。 slug は一意である必要があることを忘れないでください。ただし、サービス間の基本的な CRUD 操作については、引き続き uuid を使用することをお?jiǎng)幛幛筏蓼埂?また、API 用のデータを準(zhǔn)備するのに役立つ Laravel リソース にある Laravel ドキュメントと、データ フィールドの 1 つを処理する slugify helper 関數(shù)を確認(rèn)することをお?jiǎng)幛幛筏蓼埂?
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
