(vnCloud) Nếu theo dõi các tin tức công nghệ, ít nhất một tháng một lần bạn sẽ bắt gặp cụm từ “API”, ví dụ như “Instagram khóa API khiến các ứng dụng bên thứ 3 thành đồ bỏ” hoặc mới đây là “Microsoft ra mắt 22 API có tri giác để nhận diện cảm xúc, hành động trong video, tự động ‘phiên dịch’ giọng nói ngọng nghịu của trẻ em hay tự động mô tả vật thể có trong hình ảnh”.
Khi đọc những tin tức dạng này, bạn chắc hẳn đã một lần tự hỏi “API” là gì? Vì sao việc một công ty nào đó ra mắt (hay khóa) API lại đáng quan tâm?
Một trong những lý do khiến cho người tiêu dùng phổ thông (không có hiểu biết về lập trình) tại Việt Nam không thực sự hiểu rõ về API là bởi tên gọi tiếng Việt khá tối nghĩa: giao diện lập trình ứng dụng.
“Lập trình ứng dụng” thì đúng nghĩa, nhưng “giao diện” thì không hẳn là chính xác.
Nhưng nếu bạn mang cách hiểu “giao diện” như trong các cụm từ “giao diện cửa sổ”, “giao diện cảm ứng”, “giao diện iOS” để áp dụng vào từ “giao diện” trong API thì bạn đã hiểu sai. API là một “giao diện” giữa phần mềm với phần mềm. API là cách để các phần mềm (hệ điều hành, ứng dụng, các module trong hệ thống doanh nghiệp v…v…) giao tiếp với nhau và tận dụng năng lực của nhau.
Vì thế giới điện toán đòi hỏi nhiều phần mềm.
Khi bạn sử dụng một phần mềm, bất kể đó là một ứng dụng di động, một trang web hay một game PS4 thì trải nghiệm của bạn thực chất là thành quả lao động kết hợp của ngành công nghiệp phần mềm. Ví dụ, khi bạn chơi Candy Crush trên iPhone 6 chẳng hạn, bạn đang sử dụng một ứng dụng game (Candy Crush) và một hệ điều hành (iOS).
1, Nghiên cứu mã máy, nghiên cứu cách giải phóng RAM, nghiên cứu cách ghi luồng nhị phân lên ổ cứng, nghiên cứu cách ra lệnh cho card màn hình để xuất tín hiệu hiển thị… Nói chung là làm tất cả các tác vụ cấp thấp vốn được dành cho hệ điều hành.
2, Thiết kế giao diện và cơ chế chơi game cho Candy Crush.
Rõ ràng là King chỉ muốn làm công việc (2) nhưng vẫn phải thực hiện một công việc đồ sộ hơn rất nhiều. Mỗi trải nghiệm trên máy tính đều là kết quả kết hợp của nhiều phần mềm: hệ điều hành, ứng dụng, dịch vụ web, phần mềm trên máy chủ… Nếu trải nghiệm số của chúng ta không được chia làm nhiều phần mềm có khả năng giao tiếp và tận dụng lẫn nhau, mỗi nhà sản xuất ứng dụng hay nhà thiết kế web đều sẽ phải thực hiện thêm rất nhiều công việc nằm ngoài trọng tâm của họ. Kịch bản này đảm bảo cho cả thế giới… sụp đổ.
Bản thân mỗi “phần mềm” cũng buộc phải có nhiều thành phần giao tiếp và tận dụng lẫn nhau. Ví dụ, phần mềm trên máy chủ của Facebook.com chắc chắn chắc chắn sẽ có nhiều thành phần, có thể kể tới: một thành phần chuyên xử lý ảnh, một thành phần chuyên xác thực danh tính người dùng, một thành phần chuyên phân tích dữ liệu để hiển thị ra bài đăng phù hợp với sở thích của bạn nhất.
Bạn có thể hình dung một phần mềm, hay một module bên trong một phần mềm là một bánh răng cưa. Mỗi bánh răng cưa có thể quay độc lập, nhưng để tạo ra trải nghiệm phần mềm thì các bánh răng cưa đó phải kết hợp với nhau, bánh răng cưa này tạo lực cho bánh răng cưa nằm sát.
Nếu bạn có một tính năng cần cung cấp cho module khác, phần mềm khác, bạn sẽ mở ra một API để tác giả của module/phần mềm kia truy cập vào.
Ví dụ, trên tất cả các thiết bị điện toán thì hệ điều hành là phần mềm duy nhất có khả năng truy cập tới các thiết bị phần cứng. Do đó, hệ điều hành sẽ phải cung cấp API để ghi file, đọc file, thu và truyền dữ liệu từ card đồ họa, thu và truyền dữ liệu từ card mạng v…v… Khi cần ghi file chẳng hạn, các ứng dụng sẽ gọi tới API tương ứng của hệ điều hành. Điều này đảm bảo cho nhà phát triển ứng dụng không cần phải lo tìm hiểu mã nhị phân và các nguyên tắc máy móc phức tạp để tương tác với ổ cứng.
Nói ví von, cung cấp API giống như là lớn tiếng tuyên bố “Này thế giới, tôi có khả năng làm được điều này“. Khi một phần mềm gọi tới API của bạn, phần mềm đó nói với phần mềm của bạn rằng “Tôi biết anh có thể thực hiện hành động sau đây, hãy làm điều đó cho tôi“. Phần mềm gọi có thể cung cấp dữ liệu đầu vào và đòi hỏi dữ liệu đầu ra từ phần mềm cung cấp API hoặc không, nhưng trong mọi trường hợp, để có thể tiếp tục hoạt động thì phần mềm gọi thực sự cần phần mềm cung cấp phải thực hiện những gì đã cam kết qua API.
Nhờ có API mà Facebook có thể thực hiện tính năng xác thực hộ các dịch vụ khác. Trở lại với 2 thông tin mà chúng ta nhắc tới ở đầu bài viết. “Microsoft cung cấp 22 API tri giác” có nghĩa là gì? Điều này có nghĩa rằng bạn có thể mang khả năng “tri giác” do Microsoft cung cấp vào bên trong ứng dụng của bạn. Ví dụ, nếu muốn tạo ra một ứng dụng có hiệu ứng ghép những giọt nước mắt “ảo” lên khuôn mặt của những người đang buồn trong ảnh chụp, bạn có thể gọi tới API nhận diện cảm xúc của Microsoft để tìm ra tất cả những người có mặt buồn. Tất cả những gì ứng dụng của bạn cần làm là thêm hiệu ứng nước mắt ảo.
Bạn có vẻ là người được lợi, nhưng thực chất bạn đang phụ thuộc vào Microsoft. Nếu một ngày nào đó Microsoft đóng API tri giác của họ, ứng dụng của bạn cũng trở thành đồ bỏ. Các ứng dụng bên thứ 3 dùng để truy cập Instagram hay các ứng dụng có thể nhắn tin trên nền Facebook cũng vậy, chúng phụ thuộc vào “lòng tốt” của Instagram và Facebook để có thể tiếp tục tồn tại.
Nói tóm lại, nếu bạn không bao giờ code thì các thông tin về API sẽ không bao giờ ảnh hưởng trực tiếp tới bạn. Nhưng cũng vì thế mà mà chúng có ý nghĩa quan trọng hơn tất cả các sản phẩm hoàn thiện: có thể nói rằng thiếu Windows, thiếu iOS hay thiếu Android thì loài người có thể vẫn sống sót được, nhưng thiếu đi khái niệm API thì chắc chắn là thế giới… ngừng quay. Các API trong hệ điều hành là cơ sở để thế giới ứng dụng bùng nổ, các API giữa các module trong các hệ thống doanh nghiệp là cơ sở để kinh tế phát triển. Các API đột phá, ví dụ như API của Microsoft chẳng hạn, sẽ nâng tầm chất lượng ứng dụng và dịch vụ phần mềm lên các tầm cao mới.
Lê Hoàng, Theo Trí Thức Trẻ