Video: 5 things to practice every day to improve your English communication skills 2025
Amazon Web Services (AWS) ban đầu với hỗ trợ SOAP cho các tương tác với API của nó, nhưng nó đã không dùng nữa (giảm hỗ trợ của nó cho, nói cách khác) giao diện SOAP của nó trong lợi của REST. Khuyến cáo tốt nhất cho bất kỳ việc sử dụng AWS API nào là bạn tập trung vào việc sử dụng REST.
Bằng cách đó, bạn sẽ không kết thúc với những chương trình mà một ngày nào đó ngừng làm việc - rất lâu sau khi bạn quên các chi tiết về cơ chế tương tác. Kinh nghiệm của nhiệm vụ khó chịu của việc phải quay trở lại với một hệ thống và cố gắng tái thiết hành động của bạn từ tháng hay năm trước đó là một điều không may.
Cách tiếp cận cũ hơn, SOAP (viết tắt của Simple Object Access Protocol), đã có sự hỗ trợ rộng rãi của ngành, hoàn chỉnh với một bộ tiêu chuẩn toàn diện. Những tiêu chuẩn đó quá toàn diện, thật không may. Người thiết kế SOAP thiết lập nó rất linh hoạt - nó có thể giao tiếp qua web, e-mail, và các mạng riêng. Để đảm bảo an ninh và khả năng quản lý, một số tiêu chuẩn hỗ trợ tích hợp với SOAP cũng đã được xác định.dựa trên tiêu chuẩn mã hóa tài liệu được biết đến như là ngôn ngữ đánh dấu mở rộng (Extensible Markup Language) và dịch vụ SOAP được định nghĩa theo cách mà người dùng có thể sử dụng XML mạng lưới truyền thông cơ bản là gì. Tuy nhiên, để hệ thống này hoạt động, dữ liệu được chuyển giao bởi SOAP (thường được gọi là
payload ) cũng cần phải ở định dạng XML. Chú ý một mẫu ở đây? Sự thúc đẩy để trở nên toàn diện và linh hoạt (hoặc, là tất cả mọi thứ cho tất cả mọi người) cộng với yêu cầu tải trọng XML có nghĩa là SOAP kết thúc là khá phức tạp, làm cho nó rất nhiều công việc để sử dụng đúng. Như bạn có thể đoán, nhiều người IT thấy SOAP khó chịu và, do đó, không sử dụng nó.
Khía cạnh quan trọng nhất của REST là nó được thiết kế để tích hợp với các giao thức web tiêu chuẩn để các dịch vụ REST có thể được gọi với động từ và URL động chuẩn. Ví dụ: cuộc gọi REST hợp lệ sẽ như sau:
// tìm kiếm.examplecompany. com / CompanyDirectory / EmployeeInfo? empname = BernardGoldenĐó là tất cả những gì bạn cần để thực hiện truy vấn tới dịch vụ REST của ví dụ để xem thông tin về nhân sự. Động từ HTTP đi cùng yêu cầu này là GET, yêu cầu thông tin được trả lại. Để xóa thông tin, bạn sử dụng động từ DELETE. Để chèn thông tin, bạn sử dụng động từ POST. Để cập nhật thông tin, bạn sử dụng động từ PUT.
Đối với các hành động POST và PUT, thông tin bổ sung sẽ đi kèm với empname và được tách bằng dấu và (&) để cho biết một đối số khác được sử dụng bởi dịch vụ.
REST không yêu cầu định dạng cụ thể trên các payload dịch vụ; về mặt này, nó khác với SOAP, đòi hỏi phải có XML. Đối với các tương tác đơn giản, một chuỗi các byte là tất cả những gì bạn cần cho tải trọng; đối với các tương tác phức tạp hơn (ví dụ: ngoài việc trả lại thông tin nhân viên của bạn, bạn muốn đặt yêu cầu thông tin nhân viên của tất cả nhân viên có tên bắt đầu bằng G), quy ước mã hoá JSON được sử dụng. (Như JSON, nếu bạn tò mò, viết tắt của Javascript Object Notation.)
Như bạn có thể mong đợi, mô hình sử dụng đơn giản hơn của REST, sự liên kết của nó với các giao thức web và động từ chuẩn, và định dạng tải trọng giới hạn của nó đã làm cho nó bắt kịp với các nhà phát triển như một căn nhà bị cháy.