40 câu hỏi và câu trả lời phỏng vấn API REST thường gặp [2023]
API là viết tắt của Giao diện lập trình ứng dụng. Nó phục vụ như một cổng cho các ứng dụng truy cập một số tài nguyên từ các ứng dụng khác.
Ưu điểm của việc sử dụng API là cung cấp quyền truy cập cho các ứng dụng của bên thứ ba để họ không thể truy cập toàn bộ dữ liệu của ứng dụng của bạn. Họ chỉ có thể truy cập dữ liệu mà bạn hiển thị thông qua API của mình.
Ứng dụng hoặc người dùng muốn truy cập dữ liệu được gọi là máy khách và ứng dụng phục vụ dữ liệu được gọi là máy chủ.
API ngày nay được sử dụng rộng rãi trong mọi kiến trúc phần mềm. Nếu bạn đang ứng tuyển vào vị trí kỹ thuật mạng, back-end, full-stack hoặc front-end, thì bạn sẽ được hỏi rất nhiều câu hỏi liên quan đến API.
Như đã nói, hãy khám phá một số câu hỏi phỏng vấn thường gặp nhất về API REST.
REST là gì?
Trả lời: REST là một thiết kế kiến trúc xác định một số ràng buộc đối với hoạt động của các API. Các API tuân theo các nguyên tắc của REST được gọi là API RESTful. REST là viết tắt của Chuyển trạng thái đại diện.
Nó không phải là một giao thức hay một tiêu chuẩn; thay vào đó, nó là một kiến trúc có thể được sử dụng để triển khai API theo nhiều cách khác nhau.
Nó cung cấp tính linh hoạt và tự do cao cho các nhà phát triển và đó là lý do tại sao nó được sử dụng rộng rãi để phát triển API. Dưới đây là một số nguyên tắc của kiến trúc REST:
- Tách máy khách & máy chủ: Trong API RESTful, máy khách không được ảnh hưởng đến máy chủ theo bất kỳ cách nào khác ngoài việc yêu cầu dữ liệu thông qua URI (Mã định danh tài nguyên thống nhất). Theo cách tương tự, máy chủ không được sửa đổi nội dung của máy khách theo bất kỳ cách nào.
- Không quốc tịch: Khi hai yêu cầu riêng biệt được thực hiện, họ không biết về nhau. Nói cách khác, các yêu cầu là không trạng thái và không duy trì trạng thái. Nếu một yêu cầu được đáp ứng, nó chỉ đơn giản là chấm dứt. Mỗi yêu cầu được cách ly với các yêu cầu khác.
- Kiến trúc phân lớp: Máy khách hoặc máy chủ không biết liệu yêu cầu được thực hiện trực tiếp tới ứng dụng gốc hay ứng dụng trung gian. Họ chỉ quan tâm đến phản hồi cho yêu cầu.
- Bộ nhớ đệm: Dữ liệu hoặc phản hồi có thể được lưu vào bộ đệm trên máy khách cũng như phía máy chủ để cải thiện hiệu suất và khả năng mở rộng. Nếu có các yêu cầu thường xuyên đối với một tài nguyên cụ thể, thì phản hồi cho yêu cầu đó có thể được lưu vào bộ đệm và sử dụng khi cần.
Một số đặc điểm chính của REST là gì?
Trả lời: Các đặc điểm hoặc tính năng chính của REST là:
- Tính linh hoạt: Bạn có thể di chuyển từ máy chủ này sang máy chủ khác và điều đó sẽ không thay đổi bất cứ điều gì vì API sẽ gửi cùng một phản hồi cho một yêu cầu cụ thể. Ngoài ra, bạn có thể thêm bao nhiêu điểm cuối tùy ý cho các loại dữ liệu khác nhau.
- Khả năng mở rộng: Bộ nhớ đệm cải thiện khả năng mở rộng do các phản hồi được lưu lại để sử dụng sau. Nó giảm tải cho máy chủ và cũng giảm độ trễ.
- Ủy quyền: Với sự trợ giúp của Tiêu đề ủy quyền, bạn có thể chỉ định thông tin xác thực mà máy chủ có thể sử dụng để ủy quyền cho yêu cầu.
- Không trạng thái: Đây là tính năng quan trọng nhất của REST vì nó ngăn các yêu cầu biết điều gì đang xảy ra với các yêu cầu khác. Các yêu cầu được cô lập và chấm dứt ngay khi chúng được thực hiện.
Tài nguyên trong Kiến trúc REST là gì?
Trả lời: Tài nguyên là các thực thể mà trên đó các hoạt động khác nhau được thực hiện, chẳng hạn như truy xuất, cập nhật hoặc xóa. Chúng là các khối xây dựng cơ bản của kiến trúc REST.
Ví dụ: nếu bạn xem xét một cửa hàng thương mại điện tử trực tuyến, các sản phẩm, người dùng cũng như siêu dữ liệu được coi là tài nguyên vì chúng có thể được vận hành. Tài nguyên có thể được chuyển sang ứng dụng khác thông qua API.
Đề cập đến một số ưu điểm và nhược điểm của API REST.
Trả lời: Ưu điểm của API REST như sau:
- Nó đơn giản để thực hiện.
- Tài nguyên có thể được xử lý dễ dàng.
- Nó có thể mở rộng nhờ kiến trúc máy khách-máy chủ.
- Hỗ trợ nhiều loại phương tiện truyền dữ liệu như XML và JSON.
Nhược điểm của nó là:
- Bạn không thể duy trì trạng thái giữa các yêu cầu.
- Không thể biết nguồn gốc thực sự của tài nguyên do kiến trúc phân lớp.
- Không tốt cho các truy vấn hoặc yêu cầu phức tạp.
Xác định Mẫu REST.
Trả lời: Mẫu REST là một tiện ích hoặc ứng dụng khách mà qua đó bạn có thể truy cập các API REST trong khung công tác Spring. Về cơ bản, nó ẩn mã soạn sẵn mà bạn có thể phải viết để yêu cầu tài nguyên từ API REST.
RESTful là gì?
Trả lời: Dịch vụ hoặc API RESTful là các giao diện triển khai kiểu kiến trúc REST (Chuyển giao trạng thái đại diện) và hoạt động bằng cách sử dụng các giao thức như HTTP.
Dịch vụ web RESTful là gì?
Trả lời: Các dịch vụ web RESTful được xây dựng để hoạt động tốt nhất trên Web. Chuyển giao trạng thái đại diện (REST) là một kiểu kiến trúc chỉ định các ràng buộc, chẳng hạn như giao diện đồng nhất, kiến trúc phân lớp và trạng thái không trạng thái, nếu được áp dụng cho một dịch vụ web, sẽ tạo ra các thuộc tính mong muốn, chẳng hạn như hiệu suất và khả năng mở rộng, cho phép các dịch vụ hoạt động tốt nhất trên Trang web.
Làm cách nào bạn có thể kiểm tra các dịch vụ web RESTful?
Trả lời: Để kiểm tra dịch vụ web RESTful, bạn có thể sử dụng ứng dụng khách REST chẳng hạn như Postman hoặc Thunder Client và truy vấn dịch vụ web bạn muốn kiểm tra. Sau đó, khi bạn nhận được phản hồi, hãy hiểu phản hồi; đó là phần quan trọng.
Nếu bạn muốn thử nghiệm một API phức tạp với nhiều điểm cuối, bạn có thể phải chia nhỏ thử nghiệm và thực hiện thử nghiệm đơn vị, thử nghiệm tích hợp, thử nghiệm hiệu suất và thử nghiệm từ đầu đến cuối.
Đề cập đến một số tính năng của dịch vụ web RESTful.
Trả lời: Một số tính năng chính của dịch vụ web RESTful là:
- Hỗ trợ nhiều loại phương tiện như JSON và XML.
- khả năng mở rộng
- Cách ly máy khách & máy chủ
- Uyển chuyển
Xác định các lớp tài nguyên gốc RESTful.
Trả lời: Các lớp tài nguyên gốc là “đối tượng Java cũ đơn giản” (POJO) được chú thích bằng @Path hoặc có ít nhất một phương thức được chú thích bằng @Path hoặc trình chỉ định phương thức yêu cầu, chẳng hạn như @GET, @POST, @PUT hoặc @XÓA BỎ.
URI là gì?
Trả lời: URI là viết tắt của Mã định danh tài nguyên thống nhất. Đó là một chuỗi các ký tự được sử dụng để định vị hoặc xác định tài nguyên của API hoặc dịch vụ. Nó sử dụng tên hoặc vị trí của tài nguyên để xác định nó, nhưng nó không dựa vào một phương pháp hoặc kỹ thuật cụ thể.
Tình trạng không trạng thái trong REST là gì?
Trả lời: Tình trạng không trạng thái đề cập đến một ràng buộc được áp dụng cho API trong đó hai yêu cầu bất kỳ không thể biết điều gì đang xảy ra với nhau. Nói cách khác, trạng thái của các yêu cầu không được duy trì. Nếu yêu cầu được đáp ứng, nó chỉ đơn giản là kết thúc sau khi nhận được phản hồi.
JAX-RS là gì?
Trả lời: JAX-RS là một API Java cho phép bạn phát triển các ứng dụng trong Java sử dụng kiến trúc REST. API này giúp dễ dàng phát triển các ứng dụng REST trong Java.
Chú thích chính trong API JAX-RS là gì?
Trả lời: Các chú thích trong JAX-RS được các nhà phát triển sử dụng để trang trí các lớp Java nhằm xác định các tài nguyên và phương thức có thể được thực hiện trên các tài nguyên đó. Một số chú thích chính của API JAX-RS là:
- @GET: Nó được sử dụng để thực hiện các yêu cầu GET trong HTTP.
- @POST: Nó được sử dụng để thực hiện các yêu cầu POST trong HTTP.
- @Path: Nó đề cập đến đường dẫn tương đối của một lớp Java.
- @QueryParam: Nó đề cập đến các tham số truy vấn của URI hoặc URL.
Một số tính năng chính của API JAX-RS là gì?
Trả lời: Các tính năng của JAX-RS là:
- Bộ nhớ đệm phía máy khách
- Bộ nhớ đệm phía máy chủ
- Tùy chỉnh chuỗi truy vấn
- Chú thích thời gian chạy
Các ứng dụng JAX-RS có thể được cấu hình như thế nào?
Trả lời: Một ứng dụng JAX-RS bao gồm ít nhất một lớp tài nguyên được đóng gói trong tệp WAR. URI cơ sở mà tài nguyên của ứng dụng phản hồi các yêu cầu có thể được đặt theo một trong hai cách sau:
- Sử dụng chú thích @ApplicationPath trong lớp con của javax.ws.rs.core.Application được đóng gói trong WAR
- Sử dụng thẻ ánh xạ servlet trong bộ mô tả triển khai web.xml của WAR
JAX-WS và JAX-RS là gì?
Trả lời: JAX-WS là một API dịch vụ web XML của Jakarta được sử dụng để phát triển các API bằng Giao thức truy cập đối tượng đơn giản (SOAP) – một giao thức nhắn tin dựa trên XML.
Mặt khác, JAX-RS là một API Java được sử dụng để tạo các dịch vụ web bằng kiến trúc REST.
Mã trạng thái HTTP là gì?
Trả lời: Mã trạng thái không là gì ngoài một cách để truyền đạt trạng thái của phản hồi do máy chủ gửi tới máy khách. Chúng hiện diện trong các tiêu đề phản hồi được gửi bởi máy chủ.
Máy khách có thể tìm hiểu xem yêu cầu đã thất bại hay đã được thực hiện hay có điều gì đó không ổn với phản hồi bằng cách sử dụng mã trạng thái.
Dưới đây là một số mã trạng thái phổ biến của HTTP: –
- 200 – Nó là viết tắt của từ khóa “OK”. Điều đó có nghĩa là yêu cầu đã được thực hiện và phản hồi là ổn.
- 404 – Nó là viết tắt của “Không tìm thấy”. Điều này có nghĩa là tài nguyên không có trên máy chủ hoặc điểm cuối không tồn tại.
- 500 – Nó là viết tắt của “Lỗi máy chủ nội bộ”. Điều này thường xảy ra khi máy chủ không thể tạo phản hồi chính xác hoặc có lỗi không được đưa ra một cách rõ ràng.
- 503 – Nó là viết tắt của “Dịch vụ không khả dụng”. Điều đó có nghĩa là hiện tại, máy chủ không thể xử lý bất kỳ yêu cầu nào, có thể là do máy chủ đã chết hoặc không hoạt động do quá tải yêu cầu. Nó cũng có thể xảy ra khi máy chủ được bảo trì.
Phương thức HTTP là gì?
Trả lời: Các phương thức HTTP được sử dụng để thực hiện một loại hành động nhất định trên một tài nguyên cụ thể của API. Ví dụ: nếu bạn muốn tìm nạp danh sách phim từ API bộ sưu tập phim, thì bạn có thể sử dụng phương thức GET do HTTP cung cấp. Nếu bạn muốn cập nhật dữ liệu, bạn có thể sử dụng phương thức POST do HTTP cung cấp.
Các phương thức HTTP thường được sử dụng như sau:
- GET: Các yêu cầu sử dụng GET chỉ nên truy xuất dữ liệu.
- POST: Nó cập nhật tài nguyên bằng cách gửi tài nguyên mới được cập nhật tới máy chủ.
- XÓA: Nó xóa tài nguyên được chỉ định.
- PATCH: Nó sửa đổi một phần tài nguyên.
Xác thực cơ bản HTTP hoạt động như thế nào?
Trả lời: Xác thực là một quá trình xác minh tính xác thực của máy khách để duy trì bảo mật dữ liệu. Trong HTTP, xác thực hoạt động thông qua Tiêu đề ủy quyền, được gửi bởi máy khách.
Tiêu đề ủy quyền bao gồm tên người dùng/id và mật khẩu của máy khách, sau đó được máy chủ xác minh và cấp quyền truy cập.
Một điều quan trọng cần lưu ý ở đây là khi sử dụng xác thực HTTP, kênh mà thông tin xác thực đi qua phải được mã hóa và bảo mật.
Bạn có thể bảo mật kênh bằng lớp SSL được tích hợp vào HTTPS. Vì vậy, nên sử dụng HTTPS thay vì HTTP đơn giản khi xử lý thông tin đăng nhập.
Các thành phần cốt lõi của yêu cầu HTTP là gì?
Trả lời: Một yêu cầu HTTP bao gồm các thành phần sau:
- Dòng yêu cầu: Đây là dòng đầu tiên trong bất kỳ yêu cầu nào và bao gồm phương thức HTTP, đường dẫn hoặc điểm cuối và số phiên bản HTTP.
- Tiêu đề: Tiêu đề HTTP được sử dụng để cung cấp siêu dữ liệu của yêu cầu.
- Nội dung (Tùy chọn): Thành phần này chỉ xuất hiện đối với một số phương thức yêu cầu. Nó không bắt buộc đối với các yêu cầu GET, nhưng nó bắt buộc đối với các yêu cầu POST. Đó là thông điệp thực tế của yêu cầu.
Các thành phần cốt lõi của phản hồi HTTP là gì?
Trả lời: Một phản hồi HTTP bao gồm các thành phần sau:
- Trạng thái: Nó đề cập đến mã trạng thái HTTP được gửi bởi máy chủ.
- Tiêu đề: Giống như yêu cầu, phản hồi cũng có tiêu đề tương ứng, cung cấp thông tin hữu ích về phản hồi.
- Thông báo: Đây là dữ liệu thực được máy chủ gửi tới máy khách để yêu cầu một tài nguyên cụ thể.
Sự khác biệt giữa REST và AJAX là gì?
Trả lời: AJAX là ứng dụng khách mà qua đó bạn có thể truy cập các API RESTful. Nó được sử dụng để gửi các yêu cầu không đồng bộ bằng JavaScript.
REST, hoặc Chuyển trạng thái đại diện, là một kiến trúc có thể được triển khai để tạo các API RESTful. Nói tóm lại, để gửi yêu cầu HTTP, bạn có thể sử dụng AJAX đóng vai trò là ứng dụng khách, nhưng nếu bạn muốn triển khai API RESTful, thì bạn phải sử dụng kiến trúc REST.
Sự khác biệt giữa SOAP và REST là gì?
Trả lời: Chuyển trạng thái đại diện, hay còn gọi là REST, là một kiến trúc có các ràng buộc tối thiểu để tạo API. SOAP, hay Giao thức truy cập đối tượng đơn giản, là một giao thức có các yêu cầu nghiêm ngặt để triển khai API.
REST linh hoạt và dễ sử dụng hơn SOAP. Tin nhắn dựa trên XML được sử dụng trong SOAP, trong khi ở REST, bạn có thể sử dụng nhiều loại truyền dữ liệu như JSON, XML, v.v. So với SOAP, REST nhẹ hơn và nhanh hơn.
Các dịch vụ web SOAP có bảo mật tích hợp sẵn, đây là một lợi thế của việc sử dụng SOAP so với REST, nhưng các tính năng được thêm vào cũng khiến việc sử dụng trở nên phức tạp và nặng nề.
Sự khác biệt giữa PUT và POST là gì?
Trả lời: POST là một phương thức yêu cầu HTTP gửi một số dữ liệu đến máy chủ. Nếu bạn thực hiện nhiều yêu cầu POST cho một tài nguyên cụ thể, thì có thể có tác dụng phụ đối với dữ liệu của bạn. Ví dụ, nếu bạn muốn thêm một bài viết vào một bộ sưu tập, nếu bạn thực hiện nhiều yêu cầu POST, nhiều bài viết sẽ được thêm vào bộ sưu tập dẫn đến các bài viết dư thừa.
PUT là một phương thức yêu cầu HTTP gửi dữ liệu đến máy chủ cho một tài nguyên cụ thể nhưng chỉ cập nhật dữ liệu một lần. Nếu bạn gửi nhiều yêu cầu PUT cho một tài nguyên cụ thể, sẽ không có tác dụng phụ nào xảy ra và dữ liệu sẽ chỉ được thêm một lần. Trong PUT, nếu tài nguyên không tồn tại, nó sẽ tạo một tài nguyên mới và nếu nó tồn tại, nó sẽ cập nhật tài nguyên hiện có.
PUT là idempotent, trong khi POST thì không.
Tải trọng là gì?
Trả lời: Tải trọng trong API REST chỉ đơn giản là phần thân của yêu cầu được gửi từ máy khách đến máy chủ. Đó là dữ liệu bạn muốn gửi đến máy chủ và nhận phản hồi.
Kích thước tải trọng tối đa có thể được gửi trong các phương thức đăng là gì?
Trả lời: Không có giới hạn mặc định nào được thiết lập bởi chính giao thức HTTP. Giới hạn có thể phụ thuộc vào giới hạn tối đa của máy khách hoặc máy chủ, tùy theo mức nào là tối thiểu.
Trong khi tạo URI, các phương pháp hay nhất cần tuân theo là gì?
Trả lời: Một số điểm chính bạn cần lưu ý khi thiết kế URI là:
- Tránh sử dụng phần mở rộng tập tin
- Nhất quán với tất cả các URI
- Chia các URI thành các miền và miền phụ cho các bộ tài nguyên khác nhau
- Bạn nên sử dụng dấu gạch ngang hoặc gạch dưới để phân tách các từ trong câu được nhúng trong URI
- Bạn nên sử dụng dấu gạch chéo lên phía trước để biểu thị phân cấp tài nguyên
- Mã hóa URI bằng mã hóa thích hợp
- Cố gắng làm cho URI có thể đọc được bằng con người
Phương pháp Idempotent là gì?
Trả lời: Các phương thức HTTP idempotent có cùng tác dụng trên máy chủ mặc dù đã gửi nhiều yêu cầu giống hệt nhau. Ví dụ: nếu bạn gửi nhiều yêu cầu XÓA giống hệt nhau cho một tài nguyên cụ thể, thì tài nguyên đó sẽ không thay đổi theo từng yêu cầu; nó sẽ cập nhật như thể chỉ có một yêu cầu được gửi.
Một số phương thức idempotent bao gồm:
- ĐẶT
- XÓA BỎ
- LẤY
- CÁI ĐẦU
- TÙY CHỌN
Người đưa thư là gì?
Trả lời: Postman là một công cụ phát triển API để phát triển, sửa đổi và kiểm tra API. Nó cung cấp nhiều tính năng để xây dựng và kiểm tra API một cách nhanh chóng mà không cần thiết lập ứng dụng khách.
Trả lời: Tiêu đề Kiểm soát bộ đệm bao gồm các hướng dẫn hoặc chỉ thị để định cấu hình bộ nhớ đệm trong trình duyệt và máy chủ. Nó cho trình duyệt hoặc máy chủ biết những gì cần lưu vào bộ đệm và thời gian lưu vào bộ đệm trước khi được yêu cầu thông qua yêu cầu mạng.
Tiêu đề Kiểm soát bộ đệm bao gồm các chỉ thị sau: –
- tuổi tối đa
- không có bộ đệm
- riêng tư
- công cộng
- không cửa hàng
- bất biến
Xác định Nhắn tin trong Dịch vụ Web RESTful.
Trả lời: Nhắn tin trong các dịch vụ web RESTful đề cập đến việc máy khách gửi Yêu cầu HTTP đến máy chủ, máy chủ sẽ phản hồi bằng Phản hồi HTTP. Giao tiếp này giữa máy khách và máy chủ được gọi là nhắn tin.
Sự khác biệt giữa Kiến trúc nguyên khối, SOA và Microservices là gì?
Trả lời: Trong kiến trúc nguyên khối, mọi thứ được quản lý ở một nơi. Phía máy khách, máy chủ cũng như cơ sở dữ liệu đều được quản lý từ một nơi duy nhất. Đó là lý do tại sao nó được gọi là đá nguyên khối vì từ “đá nguyên khối” dùng để chỉ một khối hoặc đá đơn lẻ.
SOA là viết tắt của Kiến trúc hướng dịch vụ. Trong kiến trúc này, các khía cạnh khác nhau của ứng dụng được quản lý bởi các dịch vụ khác nhau, cũng là phần mềm. Vì vậy, nó là sự kết hợp của nhiều mô-đun phần mềm dịch vụ. Tích hợp là phần quan trọng của kiến trúc này.
Kiến trúc microservices tương tự như SOA, nhưng không giống như SOA, nó có nhiều chương trình phần mềm tự trị giao tiếp với nhau bằng API. Không giống như kiến trúc nguyên khối, mọi thứ ở đây đều tự trị và ở một mức độ nào đó là độc lập.
Kiến trúc microservice hoạt động như thế nào?
Trả lời: Trong kiến trúc microservice, các ứng dụng được chia thành các đơn vị con nhỏ hơn, độc lập với nhau và hoạt động riêng, nhưng chúng giao tiếp với nhau thông qua một bộ API được xác định rõ.
Một số lợi ích của kiến trúc microservice bao gồm sự nhanh nhẹn, linh hoạt, khả năng mở rộng, công nghệ độc lập, dịch vụ có thể tái sử dụng và triển khai dễ dàng.
CRUD là gì?
Trả lời: CRUD là viết tắt của Tạo, Đọc, Cập nhật, Xóa. Đây là những hoạt động có thể được thực hiện trên một tài nguyên cụ thể. API hỗ trợ tất cả các hoạt động này được gọi là API CRUD. Đây là những thao tác cơ bản nhất có thể được thực hiện bởi API trên tài nguyên.
Bộ nhớ đệm là gì?
Trả lời: Bộ nhớ đệm là kỹ thuật lưu trữ phản hồi hoặc yêu cầu trên máy khách hoặc máy chủ để sử dụng lại sau này.
Các phản hồi thường được lưu vào bộ nhớ cache trên máy khách vì nếu máy khách thực hiện cùng một yêu cầu nhiều lần trong một khoảng thời gian ngắn, thì sẽ vô nghĩa khi yêu cầu lại phản hồi qua mạng và lãng phí băng thông.
Việc sử dụng @RequestMapping là gì?
Trả lời: Đó là một chú thích trong khung công tác mùa xuân được sử dụng để ánh xạ các yêu cầu web lên các lớp trình xử lý cụ thể và/hoặc các phương thức xử lý.
@PathVariable làm gì?
Trả lời: Chú thích @PathVariable trong khung công tác mùa xuân được sử dụng để trích xuất giá trị của các biến mẫu và gán giá trị của chúng cho một biến phương thức.
Xác định HttpMessageConverter.
Trả lời: Khi yêu cầu HTTP (hoặc một phần của nó) cần được chuyển đổi thành loại cần thiết làm đối số cho phương thức xử lý hoặc khi giá trị được trả về bởi phương thức xử lý cần được chuyển đổi theo cách nào đó để tạo phản hồi HTTP, HTTP chuyển đổi tin nhắn được sử dụng.
Trả lời: Một số công cụ có thể giúp bạn kiểm tra API như sau:
- Người phát thơ
- yên tâm
- nghỉ ngơi sắc nét
- Katalon
- API sẵn sàng
- Apigee
Từ cuối cùng
Ngày nay, API đã trở nên cực kỳ phổ biến nhờ sự ra đời của internet. Một lý do khác khiến API REST trở nên phổ biến là chúng dễ phát triển và dễ sử dụng.
Nếu bạn đang chuẩn bị cho một cuộc phỏng vấn, hãy xem xét các câu hỏi trên về API REST có thể được hỏi trong cuộc phỏng vấn của bạn.
Tiếp theo, bạn có thể kiểm tra cách cạo một trang web bằng API cạo web của techpoe.com.
