Tìm hiểu về RESTful

Bài đăng này đã không được cập nhật trong 6 năm

Xin chào tất cả các bạn đã đến với bài giới thiệu của mình, như tiêu đề đã nói, hôm nay mình xin được viết bài về việc tìm hiểu về RESTful của mình. Dựa trên một bài presentation của một người bạn (mình xin phép được giấu tên bạn) mình cảm thấy chủ đề này rất hay và đã có một vài tìm hiểu về RESTFUL như sau.

1: REST là gì?

Theo như mình tìm hiểu được, REST được ghép bởi những chữ cái đầu tiên của:

REpresentational
State
Transfer

REST lần đầu tiên được giới thiệu vào năm 2000 trong luận văn Tiến sĩ của Roy Fielding (đồng sáng lập giao thức HTTP). Là 1 kiểu kiến trúc lập trình, định nghĩa các quy tắc để thiết kế web service chú trọng vào resource. Mọi thứ trong REST đều được coi là tài nguyên và được định danh thông qua URI (Uniform Resource Identifier), và có thể được biểu diễn thông qua dạng văn bản, XML, JSON... RESTful là những ứng dụng mà có sử dụng kiến trúc REST

2. Những ràng buộc trong REST

Client - Server: Hoạt động theo mô hình Client - Server, việc tách biệt này nhằm đơn giản hóa việc thực hiện các thành phần (kiểu chia để trị), giảm sự phức tạp của ngữ nghĩa kết nối, nâng cao hiệu quả của việc điều chỉnh hiệu năng, tăng khả năng mở rộng của máy chủ.

Stateless: Server và Client không lưu trạng thái của nhau. Với mỗi một request được gửi đi đều phải được đóng gói đầy đủ thông tin để server có thể nhận và hiểu được. Điều này giúp hệ thống dễ phát triển, bảo trì, mở rộng vì không tốn công CRUD trạng thái của Client. Tuy nhiên có mặt hạn chế là làm tăng lưu lượng thông tin cần truyền tải giữa client và server.

Cacheable: Mọi thứ trên web đều có thể được lưu trữ, do đó response phải xác định rõ ràng liệu chúng có thể lưu trữ được hay không, tránh lưu trữ bộ nhớ đệm không phù hợp hoặc lưu trữ các thông tin cũ, không cần thiết.

Layered system: Giảm mức độ phức tạp của hệ thống, giúp các thành phần tách biệt nhau từ đó dễ dàng mở rộng. Với mỗi một lớp chỉ trao đổi trực tiếp với lớp ngay dưới và trên nó.

Code on demande: Đây là "optional" duy nhất trong ràng buộc của REST. Máy chủ có thể tạm thời mở rộng hoặc tùy chỉnh các chức năng của một máy khách bằng cách chuyển mã thực thi, như javascript.

3. Vậy REST bao gồm những gì?

Nếu là một lập trình viên không thể không biết đến CRUD, và nó cũng chính là 4 method được sử dụng bở REST, được thể hiện qua các method như sau:

POST (Create): Thêm dữ liệu vào database
GET (Read): Xem dữ liệu từ database
PUT (Update): Cập nhật dữ liệu vào database
DELETE (Delete): Xóa dữ liệu khỏi database
PATCH (Thực chất là một phần của PUT)

Trong Rails, REST được viết trong routes với cấu trúc cơ bản như sau:

 resources :users do
   resources :user_subjects
 end

Và các method tương ứng sẽ là:

GET: users/:id
POST: users/:id/user_subjects
PUT/PATCH: users/:id/user_subjects/:id
DELETE: users/:id/user_subjects/:id

4. 7 mô tả về thuộc tính của REST API

Kiến trúc REST chỉ đơn giản là tuân theo các nguyên tắc nhất định về cách ứng dụng web được thiết kế - sau đó dẫn đến trang tiếp theo - đại diện cho trạng thái tiếp theo của ứng dụng - rồi tới người dùng.

Performance: cách các thành phần tương tác ảnh hưởng như thế nào
Modifiability: khả năng thay đổi của thành phần để đáp ứng nhu cầu thay đổi
Scalability: có thể hỗ trợ một số lượng lớn các thành phần
Portability: khả năng di chuyển của mã chứa dữ liệu
Visibility: giao tiếp rõ ràng giữa các thành phần
Simplicity: sự đơn giản giữa giao diện tương tác
Reliability: độ tin cậy của sự chống lại thất bại ở cấp hệ thống

5. Tại sao nên dùng REST?

Ưu điểm của REST:

Thiết kế web trước đây sử dụng SOAP (Simple Object Access Protocol) và WSDL (Web Service Definition Language), tuy nhiên bây giờ REST tối ưu hơn so với 2 phương pháp này.
Rõ ràng về URL (REST URL đại diện cho resource xác định chứ không phải hành động)
Trả về nhiều định dạng khác nhau như: json, xml, ...
Hiệu suất tốt, tin cậy, dễ phát triển.
Theo triết lý của web mở

Nhược điểm:

Bảo mật kém hơn so với SOAP
Do không lưu trạng thái giữa Client - Server nên khối lượng thông tin truyền tải lớn -> tốn tài nguyên
Chỉ hoạt động trên giao thức HTTP

6. Vậy, khi nào thì nên sử dụng REST?

Đó là khi ứng dụng của bạn không đặt nặng vào vấn đề bảo mật, hoặc khi máy chủ của bạn không đủ mạnh để có thể kiểm soát tài nguyên thì bạn hãy sử dụng REST.

7. Kết luận

Trên đây là những gì mình tìm hiểu được về REST và RESTful, thiếu sót là không thể tránh khỏi, vậy bất cứ khi nào phát hiện ra lỗi của mình hoặc thiếu sót các bạn hãy nhiệt tình đóng góp để mình có thể sửa và bổ sung. Cảm ơn các bạn!

Ruby on Rails