Nếu theo dõi những tin tức kỹ thuật tiên tiến, tối thiểu một tháng một lần bạn sẽ phát hiện cụm từ ” API “, ví dụ như ” Instagram khóa API khiến cho những ứng dụng bên thứ 3 thành đồ bỏ ” hoặc mới sắp đây là ” Microsoft ra đời 22 API mang tri giác để nhận diện xúc cảm, hành vi trong video, tự động hóa ‘ thông dịch ‘ giọng nói ngọng nghịu của trẻ nhỏ hay tự động hóa miêu tả vật thể mang trong hình ảnh ” .
Lúc đọc những tin tức dạng này, bạn chắc rằng đã một lần tự hỏi ” API ” là gì ? Vì sao việc một tổ chức nào đó ra đời ( hay khóa ) API lại đáng chăm sóc ?

API ko phải là một “giao diện” theo cách hiểu thông thường

Một trong những lý do khiến cho cho người tiêu tiêu dùng phổ thông (ko mang hiểu biết về lập trình) tại Việt Nam ko 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ì ko hẳn là chuẩn xác.

Nói tới API đám mây của Google ko phải là nói tới giao diện web trong hình .
Nguyên gốc API viết ko thiếu trong tiếng Anh là ” application programming interface “, trong đó chữ ” interface ” đang bị dịch thành ” giao diện “. Thực ra, trong những toàn cảnh khác thì cách dịch này là đúng chuẩn, ví dụ như GUI ( graphical user interface ) dịch thành ” giao diện đồ họa người tiêu dùng “, còn CLI ( command line interface ) dịch thành ” giao diện dòng lệnh “. Từ ” giao diện ” ở đây được hiểu là ” mặt phẳng ” để con người tương tác với máy, như lúc tất cả chúng ta tiêu dùng hành lang cửa số để tương tác với Windows hoặc tiêu dùng những câu lệnh để tương tác với DOS .
Nhưng nếu bạn mang cách hiểu ” giao diện ” như trong những cụm từ ” giao diện hành lang cửa số “, ” giao diện cảm ứng “, ” giao diện iOS ” để vận 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 ứng dụng với ứng dụng. API là cách để những ứng dụng ( hệ quản lý quản lý, ứng dụng, những module trong mạng lưới hệ thống doanh nghiệp v … v … ) xúc tiếp với nhau và tận dụng năng lượng của nhau .

Vì sao phần mềm lại cần giao tiếp và tận dụng phần mềm khác?

Vì toàn cầu điện toán yên cầu nhiều ứng dụng .
Lúc bạn sử dụng một ứng dụng, bất kể đó là một ứng dụng di động, một website hay một game PS4 thì thưởng thức của bạn thực ra là thành tựu lao động tích hợp của ngành công nghiệp ứng dụng. Ví dụ, lúc bạn chơi Candy Crush trên iPhone 6 ví dụ tiêu biểu, bạn đang sử dụng một ứng dụng game ( Candy Crush ) và một hệ quản lý và quản lý ( iOS ) .

Lúc diễn đạt tới một thưởng thức ứng dụng là bạn đang nhắc tới nhiều thành phần .
Rõ ràng là thưởng thức Candy Crush ko chỉ yên cầu duy nhất những ứng dụng của King. Điều gì xảy ra lúc ko mang hệ quản lý và trình duyệt ? Khối lượng việc làm mà King phải thực thi sẽ tăng kinh khủng :
1, dò la và nghiên cứu mã máy, nghiên cứu và dò la cách phóng thích RAM, nghiên cứu và dò la cách ghi luồng nhị phân lên ổ cứng, nghiên cứu và dò la cách ra lệnh cho card màn hình hiển thị để xuất tín hiệu hiển thị … Nói chung là làm tổng thể những tác vụ cấp thấp vốn được dành cho hệ quản lý và quản lý .
2, phong cách thiết kế giao diện và chính sách chơi game cho Candy Crush .
Rõ ràng là King chỉ muốn làm việc làm ( 2 ) nhưng vẫn phải triển khai một việc làm khổng lồ hơn rất nhiều. Mỗi thưởng thức trên máy tính đều là hiệu quả phối hợp của nhiều ứng dụng : hệ quản lý quản lý, ứng dụng, nhà cung cấp web, ứng dụng trên sever … Nếu trải nghiệm số của tất cả chúng ta ko được chia làm nhiều ứng dụng mang năng lực xúc tiếp và tận dụng lẫn nhau, mỗi đơn vị sản xuất ứng dụng hay nhà phong cách thiết kế web đều sẽ phải triển khai thêm rất nhiều việc làm nằm ngoài trọng tâm của họ. Kịch bản này bảo vệ cho cả quốc tế … sụp đổ .

Bản thân mỗi “phần mềm” cũng buộc phải mang 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 kiên cố kiên cố sẽ mang nhiều thành phần, mang 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 tính danh người tiêu dùng, một thành phần chuyên phân tích dữ liệu để hiển thị ra bài đăng thích hợp với thị hiếu của bạn nhất.

Mỗi ứng dụng, mỗi module, mỗi package hoàn toàn mang thể được ví như một bánh răng cưa .
Nhìn chung, một thưởng thức ứng dụng vừa đủ là do nhiều ứng dụng xúc tiếp với nhau mà thành, mỗi ứng dụng cũng là do nhiều module, package tích hợp. Ý nghĩa sống còn của nguyên tắc này là ở chỗ những lập trình viên ko hề một mình tạo ra một hệ quản lý quản lý, một trình duyệt, một website hay một module. Việc chia nhỏ những thưởng thức ứng dụng ra nhiều lớp sẽ tạo điều kiện cho lập trình viên này hoàn toàn mang thể tận dụng lại thành tựu của lập trình viên khác, module này hoàn toàn mang thể tận dụng module khác, ứng dụng này hoàn toàn mang thể tận dụng ứng dụng khác .
Bạn hoàn toàn mang thể tưởng tượng một ứng dụng, hay một module bên trong một ứng dụng là một bánh răng cưa. Mỗi bánh răng cưa hoàn toàn mang thể quay độc lập, nhưng để tạo ra thưởng thức ứng dụng thì những bánh răng cưa đó phải phối 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 .

API là khớp nối giữa những thành phần phần mềm

Nếu bạn mang một tính năng cần phân phối cho module khác, ứng dụng khác, bạn sẽ mở ra một API để tác giả của module / ứng dụng kia truy vấn vào .
Ví dụ, trên tổng thể những thiết bị điện toán thì hệ quản lý quản lý là ứng dụng duy nhất mang năng lực truy vấn tới những thiết bị phần cứng. Do đó, hệ quản lý và quản lý sẽ phải phân phối API để ghi file, đọc file, thu và truyền tài liệu từ card đồ họa, thu và truyền tài liệu từ card mạng v … v … Lúc cần ghi file ví dụ tiêu biểu, những ứng dụng sẽ gọi tới API tương ứng của hệ quản lý và quản lý. Điều này bảo vệ cho nhà tăng trưởng ứng dụng ko cần phải lo tìm hiểu và khám phá mã nhị phân và những nguyên tắc máy móc phức tạp để tương tác với ổ cứng .
Nói ví von, phân phối API giống như là to tiếng công bố ” Này quốc tế, tôi mang năng lực làm được điều này “. Lúc một ứng dụng gọi tới API của bạn, ứng dụng đó nói với ứng dụng của bạn rằng ” Tôi biết anh hoàn toàn mang thể thực thi hành vi sau đây, hãy làm điều đó cho tôi “. Phần mềm gọi hoàn toàn mang thể phân phối tài liệu nguồn vào và yên cầu tài liệu đầu ra từ ứng dụng cung ứng API hoặc ko, nhưng trong mọi trường hợp, để hoàn toàn mang thể liên tục hoạt động tiêu khiển thì ứng dụng gọi thực sự cần ứng dụng cung ứng phải thực thi những gì đã cam kết qua API .

API là những khớp nối trên ” bánh răng cưa ” ứng dụng .
Hoặc, bạn hoàn toàn mang thể sử dụng thông tin tài khoản Facebook của mình để đăng nhập vào rất nhiều website ko do Facebook trấn áp. Để người tiêu dùng của mình hoàn toàn mang thể sử dụng thông tin cá thể Facebook trên những trang này, điều duy nhất mạng xã hội này cần làm là tạo ra một API đăng nhập thông tin tài khoản Facebook. Mỗi lần bạn click vào nút ” Đăng nhập với Facebook ” trên Instagram, WhatsApp hay Quora thì những website / ứng dụng này sẽ ” gọi ” tới API của Facebook. Công việc xác nhận tính danh sẽ được Facebook triển khai, những website và những ứng dụng ko cần phải nhúng tay vào. Sau lúc xác nhận xong, Facebook sẽ ” ném ” lại cho những website và ứng dụng gọi tới API của mình trên một gói tin mang nội dung đại loại như ” Đây là anh Lê Hoàng, thông tin tài khoản Facebook là abcxyz ” ví dụ tiêu biểu .
Nhờ mang API mà Facebook hoàn toàn mang thể thực thi tính năng xác nhận hộ những nhà cung cấp khác. Trở lại với 2 thông tin mà tất cả chúng ta nhắc tới ở đầu bài viết. ” Microsoft cung ứng 22 API tri giác ” mang tức thị gì ? Điều này mang nghĩa rằng bạn hoàn toàn mang thể mang năng lực ” tri giác ” do Microsoft cung ứng 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 mang 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 hoàn toàn mang thể gọi tới API nhận diện xúc cảm của Microsoft để tìm ra toàn bộ những người xuất hiện 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 mang 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ỏ. Những ứng dụng bên thứ 3 tiêu dùng để truy cập Instagram hay những ứng dụng mang 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 để mang thể tiếp tục tồn tại.

Những ứng dụng muốn tương tác với nhau thì phải ” gọi ” API của nhau .
Thực ra, ngày này cứ nói tới những bước tiến ứng dụng là nói tới API. Những đám mây như Microsoft Azure, Amazon Web Services hay Google Cloud Platform được phân phối qua API. Những ứng dụng nổi tiếng của Apple như HealthKit, HomeKit hay toàn bộ những SDK ( gói dụng cụ tăng trưởng ứng dụng ) nói chung cũng hầu hết quan yếu nhất là API. Nếu hiểu thế nào là API thì bạn cũng ko cần phải khước từ ngán ngẩm lúc phát hiện thuật ngữ ” SDK ” nữa, bởi mỗi SDK thực ra gồm mang nhiều API mang sẵn để những lập trình viên hoàn toàn mang thể tạo ra loại sản phẩm riêng một cách thuận tiện hơn. Ví dụ, SDK HealthKit mang nhiều API để tăng trưởng ứng dụng sức khỏe thể chất một cách thuận tiện. Những thành phần khác của SDK như những dụng cụ tăng trưởng, những tài liệu hướng dẫn chỉ là thứ yếu so với API .
Nói tóm lại, nếu bạn ko lúc nào code thì những thông tin về API sẽ ko lúc nào tác động tác động trực tiếp tới bạn. Nhưng cũng do đó mà mà chúng mang ý nghĩa quan yếu hơn toàn bộ những mẫu sản phẩm hoàn thành xong : hoàn toàn mang thể nói rằng thiếu Windows, thiếu iOS hay thiếu Android thì loài người hoàn toàn mang thể vẫn sống sót được, nhưng thiếu đi khái niệm API thì chắc như đinh là quốc tế … ngừng quay. Những API trong hệ quản lý và quản lý là hạ tầng để quốc tế ứng dụng bùng nổ, những API giữa những module trong những mạng lưới hệ thống doanh nghiệp là hạ tầng để kinh tế tài chính tăng trưởng. Những API nâng tầm, ví dụ như API của Microsoft ví dụ tiêu biểu, sẽ nâng tầm chất lượng ứng dụng và nhà cung cấp ứng dụng lên những tầm cao mới .

Source:
Category: