Hỏi đáp công nghệ

API là gì? Các loại API và ứng dụng của chúng

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn

Table of Contents

Hiện nay, API nói chung hay Web API nói riêng đang được ứng dụng vào cuộc sống ngày càng nhiều. Vậy API là gì? Các loại API và ứng dụng của chúng ra sao? Hãy cùng Hỏi đáp Công nghệ tìm hiểu trong bài viết này nhé!

Hãy bắt đầu với một ví dụ đơn giản: sự giao tiếp của con người. Chúng ta có thể bày tỏ suy nghĩ, nhu cầu và ý tưởng của mình thông qua ngôn ngữ (viết và nói), cử chỉ hoặc nét mặt. Hoặc một ví dụ khác là sự tương tác với máy tính, ứng dụng và trang web yêu cầu các thành phần giao diện người dùng, ví dụ như màn hình với menu và các phần tử đồ họa, bàn phím và chuột.

Phần mềm hoặc các phần tử của nó không cần giao diện đồ họa người dùng (GUI) để giao tiếp với nhau. Các sản phẩm phần mềm trao đổi dữ liệu và chức năng thông qua những giao diện máy đọc được, hay chính là API (giao diện lập trình ứng dụng).

Vậy API là gì?

API (Application programming interfaces) là một tập hợp mã lập trình cho phép truyền dữ liệu giữa một sản phẩm phần mềm này với một sản phẩm phần mềm khác. Nó cũng chứa các điều khoản của việc trao đổi dữ liệu này.

API hoạt động như thế nào
API là gì?  Cách API hoạt động

API bao gồm hai thành phần:

  • Đặc tả kỹ thuật mô tả các tùy chọn trao đổi dữ liệu giữa các giải pháp với đặc điểm kỹ thuật được thực hiện dưới dạng một yêu cầu về giao thức xử lý và cung cấp dữ liệu
  • Giao diện phần mềm được viết theo thông số kỹ thuật mô tả nó

Phần mềm cần truy cập thông tin (ví dụ: giá phòng khách sạn X cho những ngày nhất định) hoặc chức năng (tức là tuyến đường từ điểm A đến điểm B trên bản đồ dựa trên vị trí của người dùng) từ một phần mềm khác bằng cách gọi API của nó và đưa ra yêu cầu về cách mà dữ liệu/chức năng phải được cung cấp. Phần mềm kia sẽ trả về dữ liệu/chức năng mà ứng dụng gọi API yêu cầu.

Và giao diện mà hai ứng dụng này giao tiếp là những gì API chỉ định.

API đôi khi được coi là một hợp đồng, trong đó tài liệu chính là thỏa thuận giữa các bên: “Nếu bên đầu tiên gửi một yêu cầu từ xa có cấu trúc theo một cách cụ thể, thì đây là cách phần mềm của bên thứ hai sẽ phản hồi.” Tài liệu API là sổ tay dành cho nhà phát triển bao gồm tất cả thông tin cần thiết về cách làm việc với API và sử dụng các dịch vụ mà nó cung cấp. Chúng tôi sẽ nói thêm về tài liệu trong các phần tiếp theo.

Mỗi API sẽ chứa và được thực hiện bởi các lệnh gọi hàm – các câu lệnh ngôn ngữ yêu cầu phần mềm thực hiện các hành động và dịch vụ cụ thể. Lời gọi hàm là các cụm từ bao gồm động từ và danh từ, ví dụ:

  • Bắt đầu hoặc kết thúc một phiên
  • Nhận các tiện nghi cho một loại phòng đơn
  • Khôi phục hoặc truy xuất các đối tượng từ máy chủ.

Các lệnh gọi hàm được mô tả trong tài liệu API.

API phục vụ nhiều mục đích. Nói chung, chúng có thể đơn giản hóa và tăng tốc độ phát triển phần mềm. Các nhà phát triển có thể thêm chức năng (tức là công cụ giới thiệu, đặt chỗ ở, nhận dạng hình ảnh, xử lý thanh toán) từ các nhà cung cấp khác vào các giải pháp hiện có hoặc xây dựng các ứng dụng mới bằng cách sử dụng dịch vụ của các nhà cung cấp bên thứ ba. Trong tất cả các trường hợp này, các chuyên gia không phải xử lý mã nguồn, cố gắng hiểu cách giải pháp khác hoạt động. Họ chỉ cần kết nối phần mềm của họ với một phần mềm khác. Nói cách khác, API đóng vai trò như một lớp trừu tượng giữa hai hệ thống, che giấu sự phức tạp và chi tiết hoạt động của hệ thống sau.

Các loại API

API là gì? Các loại API
API là gì? Các loại API

API theo tính khả dụng hay còn gọi là chính sách phát hành

Về mặt chính sách phát hành, API có thể thuộc một trong 3 loại private, partner, and public.

Private API: Các giao diện phần mềm ứng dụng này được thiết kế để cải thiện các giải pháp và dịch vụ trong một tổ chức. Các nhà phát triển hoặc nhà thầu nội bộ có thể sử dụng các API này để tích hợp các hệ thống hoặc ứng dụng CNTT của công ty, xây dựng hệ thống mới hoặc các app hướng tới khách hàng bằng cách tận dụng các hệ thống hiện có. Ngay cả khi các ứng dụng đã được public, bản thân giao diện vẫn chỉ có sẵn cho những người làm việc trực tiếp với nhà xuất bản API. Chiến lược riêng tư cho phép một công ty kiểm soát hoàn toàn việc sử dụng API.

Partner API (đối tác) API partner được quảng cáo công khai nhưng sẽ được chia sẻ với các đối tác kinh doanh đã ký thỏa thuận với nhà xuất bản. Trường hợp sử dụng phổ biến nhất các API loại này là tích hợp phần mềm giữa hai bên. Một công ty cấp cho đối tác quyền truy cập vào dữ liệu hoặc khả năng được hưởng lợi từ các luồng doanh thu bổ sung. Đồng thời, nó có thể quản lý cách sử dụng các tài sản kỹ thuật số, đảm bảo liệu các giải pháp của bên thứ ba sử dụng API của họ có cung cấp trải nghiệm người dùng tốt hay không và duy trì danh tính công ty trong ứng dụng của họ.

Public API (công khai): Các API này có sẵn cho bất kỳ nhà phát triển bên thứ ba nào. Chương trình API công khai cho phép nâng cao nhận thức về thương hiệu và nhận thêm nguồn thu nhập khi được thực hiện đúng cách.

Có hai loại public API – API mở (miễn phí) và API thương mại. API mở có nghĩa rằng tất cả các tính năng của nó là công khai và có thể được sử dụng mà không có các điều khoản và điều kiện hạn chế. Ví dụ: có thể xây dựng một ứng dụng sử dụng API mà không cần sự chấp thuận rõ ràng từ nhà cung cấp API hoặc phí cấp phép bắt buộc. Mô tả của lạoi API này và bất kỳ tài liệu nào liên quan đến nó phải được cung cấp công khai và API có thể được sử dụng tự do để tạo và thử nghiệm các ứng dụng.

Người dùng API thương mại sẽ cần trả phí đăng ký hoặc sử dụng API trên hình thức thanh toán dùng đến đâu trả tiền đến đó. Một cách tiếp cận phổ biến giữa các nhà xuất bản là cung cấp bản dùng thử miễn phí để người dùng có thể đánh giá các API trước khi trả tiền mua nó.

Xem thêm >> Địa chỉ IP là gì? Cách tra cứu địa chỉ IP chỉ trong 1 phút

API theo use case

API có thể được phân loại theo hệ thống mà chúng được thiết kế.

Các Database API (API cơ sở dữ liệu): Các Database API cho phép giao tiếp giữa một ứng dụng và hệ thống quản lý cơ sở dữ liệu. Các nhà phát triển làm việc với cơ sở dữ liệu bằng cách viết các truy vấn để truy cập dữ liệu, thay đổi bảng, v.v. Ví dụ: Database API Drupal 7 cho phép người dùng viết các truy vấn thống nhất cho các cơ sở dữ liệu khác nhau, cả độc quyền và mã nguồn mở (Oracle, MongoDB, PostgreSQL, MySQL, CouchDB và MSSQL).

Một ví dụ khác là Database API ORDS, được nhúng vào Dịch vụ dữ liệu Oracle REST.

Operating systems APIs (API hệ điều hành): Nhóm API này xác định cách ứng dụng sử dụng tài nguyên và dịch vụ của hệ điều hành. Mỗi hệ điều hành đều có bộ API của nó, chẳng hạn như API Windows hoặc API Linux.

Apple cung cấp tham chiếu API cho macOS và iOS trong bản tài liệu dành cho nhà phát triển của mình. Các API được dùng để xây dựng ứng dụng cho hệ điều hành máy tính để bàn macOS của Apple nằm trong bộ công cụ dành cho nhà phát triển Cocoa. Những ứng dụng được làm cho hệ điều hành di động iOS sử dụng Cocoa Touch – một phiên bản được sửa đổi của Cocoa.

Remote APIs (API từ xa): Các Remote API xác định tiêu chuẩn tương tác cho các ứng dụng chạy trên các máy khác nhau. Nói cách khác, một sản phẩm phần mềm truy cập các tài nguyên nằm bên ngoài thiết bị yêu cầu chúng, điều này giải thích cho cái tên “từ xa”. Vì hai ứng dụng được định vị từ xa được kết nối qua mạng truyền thông, đặc biệt là internet, nên hầu hết các API từ xa đều được viết dựa trên các tiêu chuẩn web. Java Database Connectivity API và Java Remote Method Invocation API là hai ví dụ về giao diện lập trình ứng dụng từ xa.

Web API: Class API này là loại phổ biến nhất. Web API cung cấp dữ liệu có thể đọc được bằng máy và truyền chức năng giữa các hệ thống dựa trên web đại diện cho kiến ​​trúc máy khách – máy chủ’. Các API này chủ yếu gửi yêu cầu từ các ứng dụng web và phản hồi từ máy chủ sử dụng Giao thức truyền siêu văn bản (HTTP).

Các nhà phát triển có thể sử dụng các web API để mở rộng chức năng của các ứng dụng hoặc trang web của họ. Ví dụ: API Pinterest đi kèm với các công cụ để thêm dữ liệu Pinterest của người dùng như bảng hoặc Ghim vào trang web. API Google Maps cho phép thêm bản đồ với vị trí của tổ chức.

Hầu hết các doanh nghiệp sử dụng nhiều hơn một API để kết nối các ứng dụng và chia sẻ thông tin và có thể sẽ cần một công cụ quản lý API để giúp họ kiểm soát, phân phối và phân tích các API khác nhau.

API specifications/protocols

Mục tiêu của các đặc tả API là chuẩn hóa việc trao đổi dữ liệu giữa các dịch vụ web. Trong trường hợp này, tiêu chuẩn hóa có nghĩa là khả năng của các hệ thống đa dạng, được viết bằng các ngôn ngữ lập trình khác nhau và/hoặc chạy trên các hệ điều hành khác nhau hoặc sử dụng các công nghệ khác nhau, có thể giao tiếp liền mạch với nhau.

Remote Procedure Call (RPC)

Các API web có thể tuân thủ các nguyên tắc trao đổi tài nguyên dựa trên RPC (Cuộc gọi thủ tục từ xa). Giao thức này chỉ định sự tương tác giữa các ứng dụng dựa trên máy khách – máy chủ. Một chương trình (máy khách) yêu cầu dữ liệu hoặc chức năng từ một chương trình (máy chủ) khác, nằm trong một máy tính khác trên mạng và máy chủ sẽ gửi những phản hồi cần thiết.

RPC còn được gọi là một chương trình con hoặc lệnh gọi hàm. Một trong hai cách để thực hiện cuộc gọi thủ tục từ xa là thông qua SOAP .

Service Object Access Protocol (SOAP)

SOAP là một giao thức nhẹ để trao đổi thông tin có cấu trúc trong một môi trường phân tán, phi tập trung, theo định nghĩa của Microsoft đã phát triển nó. Nói chung, đặc tả này bao gồm các quy tắc cú pháp cho các thông điệp yêu cầu và phản hồi được gửi bởi các ứng dụng web. Các API tuân thủ các nguyên tắc của SOAP cho phép truyền tin XML giữa các hệ thống thông qua HTTP hoặc Simple Mail Transfer Protocol (SMTP) để chuyển thư.

SOAP (viết tắt từ tiếng Anh Simple Object Access Protocol một giao thức do W3C định nghĩa. SOAP áp dụng XML để xác định dữ liệu dạng văn bản (plain text) qua HTTP và SMTP. Web Service dùng SOAP trong quá trình truyền tải dữ liệu. (Wikipedia)

Ngôn ngữ đánh dấu mở rộng (XML) là một định dạng văn bản đơn giản và rất linh hoạt được sử dụng rộng rãi để lưu trữ và trao đổi dữ liệu qua internet hoặc các mạng khác. XML xác định một tập hợp các quy tắc để mã hóa tài liệu ở định dạng mà cả con người và máy móc đều có thể đọc được. Ngôn ngữ đánh dấu là một tập hợp các ký hiệu có thể được đặt trong văn bản để phân định và gắn nhãn các phần của tài liệu văn bản. Các tài liệu văn bản XML chứa các thẻ tự mô tả của các đối tượng dữ liệu giúp chúng dễ đọc hơn.

Ví dụ về lệnh gọi request SOAP XML trong Google Ad Manager
Ví dụ về lệnh gọi request SOAP XML trong Google Ad Manager

SOAP được sử dụng chủ yếu với phần mềm dựa trên web của doanh nghiệp để đảm bảo tính bảo mật cao cho dữ liệu được truyền. API SOAP thường được ưu tiên giữa các nhà cung cấp cổng thanh toán, quản lý danh tính và các giải pháp CRM, và các dịch vụ tài chính và viễn thông. API công khai của PayPal là một trong những API SOAP được biết đến rộng rãi. Nó cũng thường được sử dụng để hỗ trợ hệ thống cũ (legacy system).

Representational State Transfer (REST)

Thuật ngữ REST được giới thiệu bởi nhà khoa học máy tính tên Roy Fielding trong một luận văn của ông năm 2000. Không giống như SOAP, là một giao thức, REST là một kiểu kiến ​​trúc phần mềm bao gồm sáu ràng buộc để xây dựng các ứng dụng hoạt động qua HTTP, thường là các dịch vụ web. World Wide Web là cách nhận biết và cũng là ứng dụng phổ biến nhất của phong cách kiến ​​trúc này.

REST được coi là một giải pháp thay thế đơn giản hơn cho SOAP, vì nhiều nhà phát triển cảm thấy SOAP khó sử dụng vì nó yêu cầu viết rất nhiều code để hoàn thành mọi tác vụ và tuân theo cấu trúc XML cho mọi thông báo được gửi đi. REST lại tuân theo một logic khác vì nó sẽ cung cấp dữ liệu dưới dạng tài nguyên. Mỗi tài nguyên được đại diện bởi một URL duy nhất và các nhà phát triển có thể yêu cầu tài nguyên này bằng cách cung cấp URL của nó.

Các API web tuân thủ các ràng buộc kiến ​​trúc REST được gọi là RESTful API. Các API này sử dụng các yêu cầu HTTP (phương thức hoặc verbs từ AKA) để làm việc với các tài nguyên: GET, PUT, HEAD, POST, PATCH, CONNECT, TRACE, OPTIONS và DELETE.

Hệ thống RESTful hỗ trợ truyền tin ở các định dạng khác nhau, chẳng hạn như văn bản thuần túy, HTML, YAML, XML và JSON, trong khi SOAP chỉ cho phép XML. Khả năng hỗ trợ nhiều định dạng để lưu trữ và trao đổi dữ liệu trở thành một trong những lý do khiến REST là một lựa chọn phổ biến để xây dựng các API công khai ngày nay.

Những gã khổng lồ về truyền thông xã hội và các công ty du lịch cung cấp các API bên ngoài để cải thiện khả năng xuất hiện của thương hiệu của họ nhiều hơn nữa. Twitter có nhiều RESTful API; Expedia có cả hai loại API SOAP và RESTful cho các đối tác của mình.

JavaScript Object Notation (JSON) là một định dạng văn bản nhẹ và nó dễ phân tích cú pháp để trao đổi dữ liệu. Cú pháp của nó dựa trên một tập hợp con của Standard ECMA-262 3rd Edition. Mỗi tệp JSON chứa các bộ sưu tập các cặp tên/giá trị và danh sách các giá trị có thứ tự. Vì đây là những cấu trúc dữ liệu phổ quát, nên định dạng này có thể được sử dụng với bất kỳ ngôn ngữ lập trình nào.

Yêu cầu GET thông tin chi tiết về nhà hàng với phản hồi trong JSON.
Yêu cầu GET thông tin chi tiết về nhà hàng với phản hồi trong JSON

JSON đã được áp dụng rộng rãi nhờ vào sự phổ biến của REST.

gRPC

gRPC là một khung API mã nguồn mở cũng được phân loại theo RPC. Không giống như SOAP, gRPC mới hơn nhiều và được Google phát hành công khai vào năm 2015. Với gRPC, ứng dụng khách có thể gọi trực tiếp các phương thức từ một ứng dụng máy chủ nằm trên một máy tính khác như thể nó là một đối tượng cục bộ. Điều này giúp tạo các dịch vụ và ứng dụng phân tán dễ dàng hơn.

Giống như SOAP và REST, layer truyền tải cho gRPC là HTTP. Tuy nhiên, tương tự như RCP, gRPC cho phép các nhà phát triển xác định bất kỳ loại lệnh gọi hàm nào, thay vì chọn từ các tùy chọn được xác định trước như PUT và GET trong trường hợp REST.

Theo mặc định, gRPC sử dụng protocol buffers (bộ đệm giao thức) thay vì JSON hoặc XML làm Interface Definition Language (IDL) để tuần tự hóa dữ liệu có cấu trúc. Ở đây, đầu tiên các nhà phát triển cần xác định cấu trúc của dữ liệu mà họ muốn tuần tự hóa. Khi cấu trúc dữ liệu đã được chỉ định, chúng sử dụng trình biên dịch bộ đệm giao thức (protocol buffer compiler) để tạo các class truy cập dữ liệu bằng ngôn ngữ lập trình mà bạn chọn. Dữ liệu sau đó được nén và tuần tự hóa ở định dạng nhị phân trong thời gian chạy.

Ví dụ về các tham số phương thức RPC và kiểu trả về
Ví dụ về các tham số phương thức RPC và kiểu trả về

Ví dụ về các tham số phương thức RPC và kiểu trả về. Nguồn: gRCP

gRPC chủ yếu được sử dụng để giao tiếp giữa các microservices vì ​​nó có sẵn bằng nhiều ngôn ngữ và có hiệu suất cao.

GraphQL

Nhu cầu phát triển tính năng nhanh hơn, tải dữ liệu hiệu quả hơn do việc sử dụng thiết bị di động và lượng khách hàng ngày càng tăng, đã khiến các nhà phát triển tìm kiếm các cách tiếp cận khác đối với kiến ​​trúc phần mềm. GraphQL, được Facebook tạo ra lần đầu vào năm 2012 để sử dụng nội bộ, là REST mới được các tổ chức như Shopify, Yelp, GitHub, Coursera và The New York Times sử dụng để xây dựng API.

GraphQL là một ngôn ngữ truy vấn cho các API. Nó cho phép khách hàng chi tiết hóa dữ liệu chính xác mà nó cần và đơn giản hóa việc tổng hợp dữ liệu từ nhiều nguồn, vì vậy nhà phát triển có thể sử dụng một lệnh gọi API để yêu cầu tất cả dữ liệu cần thiết. Một tính năng đặc biệt khác của GraphQL là nó sử dụng type system để mô tả dữ liệu.

Việc sử dụng types để mô tả dữ liệu cho phép ứng dụng chỉ định dữ liệu nào họ cần lấy
Sử dụng types để mô tả dữ liệu cho phép ứng dụng chỉ định dữ liệu nào họ cần lấy

Các ứng dụng sử dụng GraphQL để kiểm soát dữ liệu nào chúng cần tìm nạp từ máy chủ, cho phép chúng chạy nhanh ngay cả khi kết nối di động chậm.

API Documentation

Cho dù có bao nhiêu cơ hội để tạo hoặc mở rộng các sản phẩm phần mềm, API sẽ vẫn là một đoạn mã không sử dụng được nếu các nhà phát triển không hiểu cách làm việc với nó. Nếu API Document, hay chính là tài liệu API có cấu trúc dễ hiểu, giải thích cách sử dụng hiệu quả và tích hợp API dễ dàng sẽ khiến nhà phát triển thoả mãn, hài lòng và mong muốn giới thiệu API cho các đồng nghiệp.

Tài liệu API là sổ tay tham khảo bao gồm tất cả thông tin cần thiết về API, bao gồm các hàm, lớp, kiểu trả về và đối số.

Có nhiều yếu tố nội dung tạo nên một bản  API doc tốt, ví dụ như:

  • hướng dẫn bắt đầu nhanh
  • thông tin xác thực
  • giải thích cho mọi lệnh gọi API (yêu cầu)
  • ví dụ về mọi yêu cầu và trả về với mô tả phản hồi, thông báo lỗi, v.v.
  • mẫu mã cho các ngôn ngữ lập trình phổ biến như Python, Java , JavaScript hoặc PHP;
  • hướng dẫn sử dụng
  • Ví dụ về SDK (nếu có sẵn SDK) minh họa cách truy cập tài nguyên, v.v.

API documentation có thể là tài liệu Static (tĩnh) và tài liệu interactive (tương tác). Tài liệu tương tác cho phép thử các API và xem trực tiếp kết quả trả về và thường bao gồm hai cột: con người và machine. Cột con người chứa các mô tả API và cột machine có bảng điều khiển để thực hiện lệnh gọi và chứa thông tin mà máy khách và máy chủ sẽ quan tâm khi kiểm tra API.

Generation là quá trình tài liệu hóa các API của các nhà phát triển và người viết kỹ thuật. Các chuyên gia có thể sử dụng các giải pháp cho tài liệu API (tức là dùng các công cụ hỗ trợ như Swagger, Postman, Slate hoặc ReDoc ) để thống nhất cấu trúc và thiết kế tài liệu.

Xem thêm >> Test Case là gì? Các loại test case phổ biến nhất cho tester

Ví dụ về API

Dưới đây là một số ví dụ về các API nổi tiếng sử dụng các giao thức và thông số kỹ thuật khác nhau. Kiểm tra tài liệu của họ để có thêm thông tin và tài liệu tham khảo.

Google Maps: Không có gì bí mật khi Google nằm trong số những gã khổng lồ công nghệ, và họ đã đặt ra các tiêu chuẩn trong cách các công ty khác hoạt động. Hầu hết các trang web có bản đồ tích hợp đang sử dụng API Google Maps . Ví dụ: API directions của Google sử dụng một yêu cầu HTTP để trả lại direction có định dạng XML hoặc JSON giữa các vị trí địa lý.

Vulkan. Vulkan là một API đa nền tảng hoạt động ở cấp hệ điều hành. Nó cho phép các nhà phát triển tạo đồ họa thời gian thực, chất lượng cao trong các ứng dụng và thúc đẩy giao tiếp giữa ứng dụng và đơn vị xử lý đồ họa.

Tìm kiếm chuyến bay Skyscanner. Skyscanner là một nền tảng metasearch cho phép khách du lịch tìm kiếm các chuyến bay với mức giá tốt nhất từ ​​cơ sở dữ liệu về giá của Skyscanner. Ngoài ra, Skyscanner cung cấp cho các đối tác liên kết của mình API RESTful hỗ trợ cả XML và JSON làm định dạng trao đổi dữ liệu. Để nâng cao tính bảo mật, họ khuyến khích các đối tác chỉ sử dụng giao thức HTTPS để đưa ra request. Bạn có thể kiểm tra tài liệu của họ ở đây.

WeatherAPI. Đây là nhà cung cấp thông tin thời tiết và vị trí địa lý miễn phí với rất nhiều API khác nhau, từ dự báo thời tiết, tra cứu IP, thể thao, thiên văn học, vị trí địa lý và múi giờ. Nó cung cấp quyền truy cập vào dữ liệu địa lý và thời tiết bằng cách sử dụng API RESTful JSON / XML. Các nhà phát triển có thể sử dụng HTTP hoặc HTTPS để yêu cầu API. Họ cung cấp cho các nhà phát triển tài liệu chi tiết về cách sử dụng tất cả các API của họ.

Sabre Air Availability: Đây là một API Sabre SOAP được sử dụng để tìm kiếm các chuyến bay và thông tin về tình trạng còn hàng tương ứng cho các ngày, điểm xuất phát và điểm đến nhất định. Vì nó là một API SOAP nên nó sử dụng XML làm định dạng trao đổi dữ liệu và các giao thức HTTP hoặc HTTPS cho các yêu cầu.

API Yelp. Đây là một API GraphQL cung cấp cho người dùng các đề xuất và đánh giá về các nhà hàng tốt nhất, hoạt động giải trí, cuộc sống về đêm và hơn thế nữa. Nó sử dụng phương thức yêu cầu HTTP để truy cập dữ liệu từ các máy chủ. API kết nối với các nguồn dữ liệu thông qua các điểm cuối mà các nhà phát triển có thể thêm vào ứng dụng của họ. Nó sử dụng JSON làm định dạng trao đổi dữ liệu.

Như vậy, trong bài viết trên, Hỏi đáp Công nghệ đã giúp bạn phân tích rất kỹ lưỡng về API là gì cũng như các loại API và ứng dụng của chúng. Hi vọng những thông tin này giúp ích được cho bạn!

Các bài viết liên quan

5 thoughts on “API là gì? Các loại API và ứng dụng của chúng”

  1. Pingback: Unity là gì? Tại sao nó lại được các Game Developer ưa thích

  2. Pingback: RESTful API là gì? Những ưu điểm chính của RESTful API

  3. Pingback: SOA là gì? Tìm hiểu chung về kiến trúc hướng dịch vụ

  4. Pingback: DBMS là gì? Vai trò quan trọng của nó với doanh nghiệp

  5. Pingback: Flux là gì? Các thành phần và khái niệm tổng quát về Flux

Leave a Comment

Email của bạn sẽ không được hiển thị công khai.

Bài viết liên quan