Định nghĩa các API routes của chúng ta
Bây giờ rằng chúng ta đã biết HTTP REST APIs làm việc như thế nào, hãy bắt đầu bằng cách định nghĩa các routes
cho backend của chúng ta, bao quát tất cả chức năng chúng ta đã thực thi xong trong các hàm dịch vụ:
+ GET /api/v1/posts: Lấy một danh sách các posts
+ GET /api/v1/posts?sortBy=updatedAt&sortOrder=ascending: Lấy một danh sách tất cả các posts xắp sếp theo updatedAt
(tăng dần).
Chú ý
Mọi thứ sau kí hiệu ? được gọi là một string truy vấn và đi theo hình thức key1=value1&key2=value2&…. String truy
vấn có thể được sử dụng để cung cấp các tham số tùy chọn thêm tơi một route.
+ GET /api/v1/posts?author=daniel: Lấy một danh sách các posts theo author “daniel”
+ GET /api/v1/posts?tag=react: Lấy một danh sách các posts với tag react
+ GET /api/v1/posts/:id: Lấy một post đơn theo ID
+ POST /api/v1/posts: Tạo một post mới.
+ PATCH /api/v1/posts/:id: Cập nhật một post hiện có theo ID
+ DELETE /api/v1/posts/:id: Xóa một post hiện tại theo ID
Như chúng ta có thể thấy, bằng cách đặt với nhau các hàm dịch vụ phát triển xong và chúng ta đã học cái gì về REST
APIs, chúng ta có thể dễ dàng định nghĩa các routes cho backend của chúng ta. Bây giờ rằng chúng ta đã định nghĩa
các routes của chúng ta, hãy thiết lập Express và máy chủ backend của chúng ta để có thể bộc lộ các routes đó.
Chú ý
Cái này chính là một ví dụ về một REST API có thể được thiết kế như thế nào. Nó có ý định như một ví dụ để đưa bạn
bắt đầu với phát triển full-stack. Sau này, trên thời gian của bản thân bạn, cảm thấy tự do để check ra các tài
nguyên khác, như https://standards.rest, để làm sâu kiến thức của bạn về các thiết kế REST API.