Sử dụng và kết nối với API nền tảng beseller. Cơ bản về API. Tạo API của riêng bạn
Phiên bản đầu tiên của Android xuất hiện vào tháng 10 năm 2008 - chỉ 4 năm trước, thời gian không quá dài đối với một hệ điều hành. Trong thời gian này, hơn hai chục bản cập nhật đã được phát hành. Phần chính của bản cập nhật bao gồm các yếu tố mới phần mềm giao diện ( API), ứng dụng nào có thể sử dụng cho nhu cầu của họ. Để một phiên bản Android cụ thể biết liệu nó có thể đáp ứng các yêu cầu phần mềm của một ứng dụng cụ thể hay không, việc đánh số giao diện phần mềm đã được giới thiệu. Con số đặc trưng cho phiên bản giao diện được nhúng trong chính ứng dụng và hệ thống sử dụng nó để xác định tính tương thích của ứng dụng này với chính nó. Con số này được gọi là "Cấp API". Tổng cộng đã có 17 cấp độ, mỗi cấp độ tiếp theo bao gồm tất cả các chức năng của cấp độ trước và thêm các chức năng mới.
Để viết một ứng dụng, SDK được cài đặt trên máy tính cùng với hệ thống lập trình ( bộ phát triển phần mềm) là một bộ công cụ phát triển, phần chính của nó là thư viện lớp có cấp độ API tương ứng. Mỗi cấp độ API có thư viện riêng, các chức năng của thư viện đó được ứng dụng sử dụng. Nếu chúng tôi sử dụng thư viện cấp API đầu tiên để phát triển ứng dụng của mình, chúng tôi sẽ không có sẵn các chức năng xuất hiện sau này. Nếu chúng tôi sử dụng thư viện cấp mới nhất, chúng tôi có nguy cơ khiến ứng dụng của mình không tương thích với các phiên bản Android cũ hơn nếu chúng tôi đột nhiên sử dụng một chức năng chưa được hỗ trợ trước đó. Vậy làm cách nào để bạn chọn cấp độ API?
Trong ứng dụng của chúng tôi, chúng tôi phải cài đặt hai cấp độ API (cũng có cấp độ thứ ba, nhưng nó thực sự đã hết vì không cần thiết). Đầu tiên là cấp API tối thiểu mà ứng dụng sẽ chạy và thứ hai là cấp API mục tiêu, tức là cấp API mà ứng dụng được biên dịch. Khi xuất bản một ứng dụng, cấp độ này phải là mức tối đa có sẵn tại thời điểm đó, để trong các phiên bản Android mới, nó không hoạt động ở chế độ tương thích mà sử dụng tất cả chuông và còi của phiên bản hệ điều hành mới (độc lập với tác giả của chương trình). Tại thời điểm viết chương trình, chương trình phải được biên dịch ở mức API tối thiểu có thể để không sử dụng các chức năng mới.
Kết quả là chúng ta có được phương pháp phát triển ứng dụng sau:
- Chúng tôi nghiên cứu đối tượng mục tiêu - phiên bản Android nào được cài đặt trên điện thoại thông minh của họ. Nếu chúng tôi viết cho mọi người, sẽ rất hữu ích nếu bạn làm quen với các biểu đồ được cập nhật liên tục về việc sử dụng phiên bản này hoặc phiên bản khác của hệ thống trên thiết bị di động: http://developer.android.com/intl/ru/about/ bảng điều khiển/index.html. Ngày nay, chúng ta thấy rằng phần lớn đã ở cấp API 10, nhưng cũng có phần lớn ở cấp 7 và 8. Bạn có thể thấy sự khác biệt về cấp độ tại đây (http://developer.android.com/intl/ru/guide /topics/manifest/uses-sdk-element.html) bằng cách nhấp vào số API tương ứng trong bảng.
- Nếu không muốn mất khoảng 10% khán giả, chúng tôi chọn API tối thiểu cấp 7. Nếu không, chúng tôi có thể chọn API cấp 10, tức là gần một nửa số người dùng hiện nay. Cài đặt SDK tương ứng với mức tối thiểu đã chọn.
- Chúng tôi đặt mức mục tiêu bằng mức tối thiểu, viết và biên dịch chương trình cho nó. Chúng tôi khởi chạy và thử nghiệm nó trên trình mô phỏng điện thoại thông minh có cài đặt API cấp độ tối thiểu.
- Sau khi viết và gỡ lỗi chương trình, chúng tôi tăng cấp mục tiêu lên một cấp, biên dịch chương trình theo SDK của cấp mục tiêu mới và thử nghiệm nó trong trình mô phỏng điện thoại thông minh mới với cấp độ thích hợp. Tiếp theo, chúng tôi tiếp tục tăng cấp API mục tiêu, biên dịch và thử nghiệm chương trình cho đến khi đạt cấp API cao nhất.
- Thế là xong, bây giờ bạn có thể xuất bản chương trình. Khi phiên bản Android mới được phát hành với cấp API mới, chương trình của chúng tôi sẽ được bật ở chế độ tương thích và sẽ hoạt động như trước. Để làm cho chương trình hoạt động trực tiếp chứ không ở chế độ tương thích, chúng tôi thực hiện dự án của mình, tải xuống SDK mới ở cấp API mới nhất và biên dịch ứng dụng theo đó. Giờ đây, ứng dụng sẽ khởi chạy trên hệ thống mới ở chế độ bình thường và có lẽ sẽ trông hơi khác một chút, theo truyền thống của phiên bản hệ điều hành mới. Đồng thời, trên các phiên bản cũ hơn của hệ thống, ứng dụng vẫn giữ nguyên như cũ.
Có lẽ bạn đã từng thấy thuật ngữ "API". Các bản cập nhật hệ điều hành, trình duyệt web và ứng dụng thường xuyên công bố các API mới cho nhà phát triển. Nhưng API là gì?
Giao diện lập trình ứng dụng
Thuật ngữ API là từ viết tắt và nó là viết tắt của Giao diện lập trình ứng dụng.
API giống như thực đơn trong nhà hàng. Thực đơn chứa danh sách các món ăn mà bạn có thể đặt hàng cũng như mô tả về từng món ăn. Khi bạn chỉ định những món trong thực đơn bạn muốn, bếp nhà hàng sẽ thực hiện công việc và cung cấp cho bạn những món ăn đã hoàn thành. Bạn không biết chính xác nhà hàng chế biến món ăn này như thế nào và bạn cũng không cần phải biết.
Tương tự, API cung cấp nhiều thao tác mà nhà phát triển có thể sử dụng cũng như mô tả về những gì họ làm. Nhà phát triển không cần biết cách tạo hệ điều hành và hộp thoại Lưu dưới dạng hiển thị như thế nào. Họ chỉ cần biết rằng nó có sẵn để sử dụng trong ứng dụng.
Đây không phải là một phép ẩn dụ hoàn hảo vì các nhà phát triển có thể phải cung cấp dữ liệu API của riêng họ để có kết quả, vì vậy có lẽ nó giống một nhà hàng sang trọng hơn, nơi bạn có thể cung cấp một số nguyên liệu của riêng mình để nhà bếp sử dụng.
API cho phép nhà phát triển tiết kiệm thời gian bằng cách tận dụng việc triển khai nền tảng để hoàn thành công việc quan trọng. Điều này giúp giảm số lượng code cần phát triển và cũng giúp tạo sự thống nhất giữa các ứng dụng trên cùng một nền tảng. API có thể kiểm soát quyền truy cập vào tài nguyên phần cứng và phần mềm.
API giúp cuộc sống của nhà phát triển dễ dàng hơn
Giả sử bạn muốn phát triển một ứng dụng iPhone. Hệ điều hành iOS của Apple cung cấp một số lượng lớn API, giống như bất kỳ hệ điều hành nào khác, để giúp bạn thực hiện việc này dễ dàng hơn.
Ví dụ: nếu bạn muốn nhúng trình duyệt web để hiển thị một hoặc nhiều trang web, bạn không cần phải lập trình trình duyệt web của riêng mình từ đầu chỉ dành cho ứng dụng của mình. Bạn
Bạn có thể sử dụng API WKWebView để nhúng trình duyệt web WebKit (Safari) vào ứng dụng của mình.
Nếu muốn chụp ảnh hoặc quay video từ camera iPhone, bạn không cần phải viết giao diện camera của riêng mình. Bạn có thể sử dụng API Camera để nhúng camera iPhone vào ứng dụng của mình. Nếu API không tồn tại, các nhà phát triển ứng dụng sẽ phải tạo phần mềm máy ảnh của riêng họ và diễn giải thông tin đầu vào từ phần cứng máy ảnh. Nhưng các nhà phát triển hệ điều hành của Apple đã làm tất cả công việc khó khăn đó, vì vậy các nhà phát triển có thể chỉ cần sử dụng API máy ảnh để nhúng máy ảnh và sau đó tiếp tục viết ứng dụng của họ. Và khi Apple cải thiện API camera, tất cả các ứng dụng sử dụng nó sẽ tự động tận dụng cải tiến đó.
Điều này áp dụng cho tất cả các nền tảng. Ví dụ: bạn có muốn tạo hộp thoại trong Windows không? Có một API cho việc này. Bạn muốn hỗ trợ xác thực dấu vân tay trên Android? Có API cho việc này nên bạn không cần phải kiểm tra mọi cảm biến vân tay của mọi nhà sản xuất Android. Các nhà phát triển không cần phải phát minh lại bánh xe nhiều lần.
API kiểm soát quyền truy cập vào tài nguyên
API cũng được sử dụng để kiểm soát quyền truy cập vào các thiết bị phần cứng và các tính năng phần mềm mà ứng dụng có thể không được phép sử dụng. Đây là lý do tại sao API thường đóng vai trò lớn trong vấn đề bảo mật.
Ví dụ: nếu bạn đã từng truy cập một trang web và thấy thông báo trong trình duyệt rằng trang web đó đang yêu cầu vị trí chính xác của bạn thì trang web đó đang cố gắng sử dụng API vị trí địa lý trong trình duyệt web của bạn. Trình duyệt web cung cấp API để giúp các nhà phát triển web dễ dàng truy cập vị trí của bạn - họ chỉ cần hỏi "bạn đang ở đâu?" và trình duyệt sẽ thực hiện công việc khó khăn là truy cập GPS hoặc mạng Wi-Fi lân cận để tìm vị trí thực tế của bạn. .
Tuy nhiên, các trình duyệt cũng hiển thị thông tin này thông qua API vì quyền truy cập vào thông tin đó có thể được kiểm soát. Khi một trang web muốn truy cập vị trí chính xác của bạn, cách duy nhất để có được vị trí đó là thông qua API vị trí. Và khi một trang web cố gắng sử dụng nó, bạn—người dùng—có thể cho phép hoặc từ chối yêu cầu. Các tài nguyên phần cứng như cảm biến GPS chỉ có thể được truy cập thông qua API, do đó trình duyệt có thể kiểm soát quyền truy cập vào phần cứng và giới hạn những gì ứng dụng có thể làm.
Nguyên tắc tương tự được áp dụng cho các hệ điều hành di động hiện đại như iOS và Android, nơi các ứng dụng di động có các quyền có thể được thực thi bằng cách kiểm soát quyền truy cập vào API. Ví dụ: nếu nhà phát triển cố gắng truy cập vào máy ảnh thông qua API máy ảnh, bạn có thể từ chối yêu cầu cấp phép và ứng dụng sẽ không có quyền truy cập vào máy ảnh của thiết bị của bạn.
Các hệ thống tệp sử dụng quyền, như Windows, Mac và Linux, có các quyền đó được thực thi bởi API hệ thống tệp. Một ứng dụng thông thường không có quyền truy cập trực tiếp vào ổ cứng vật lý thô. Thay vào đó, ứng dụng phải truy cập các tệp thông qua API.
API được sử dụng để liên lạc giữa các dịch vụ
API cũng được sử dụng vì những lý do khác. Ví dụ: nếu bạn đã từng thấy một đối tượng Google Maps được nhúng trên một trang web thì trang web đó sẽ sử dụng API Google Maps để nhúng bản đồ đó. Google cung cấp các API như thế này cho các nhà phát triển web, những người sau đó có thể sử dụng các API này để tập hợp các đối tượng phức tạp trực tiếp trên trang web của họ. Nếu không có các API như vậy tồn tại, các nhà phát triển có thể phải tạo bản đồ của riêng họ và cung cấp dữ liệu bản đồ của riêng họ để lưu trữ một bản đồ tương tác nhỏ trên trang web.
Và vì là API nên Google có thể kiểm soát quyền truy cập vào Google Maps trên các trang web của bên thứ ba, đảm bảo rằng họ sử dụng nó một cách nhất quán thay vì cố gắng triển khai ngẫu nhiên khung mà trang web Google Maps hiển thị chẳng hạn.
Điều này áp dụng cho nhiều dịch vụ trực tuyến khác nhau. Có các API để yêu cầu dịch văn bản từ Google Dịch hoặc hiển thị nhận xét trên Facebook hoặc tweet trên Twitter trên một trang web.
Tiêu chuẩn OAuth cũng xác định một số API cho phép bạn đăng nhập vào một trang web thông qua một dịch vụ khác, chẳng hạn như sử dụng tài khoản Facebook, Google hoặc Twitter để đăng nhập vào một trang web mới mà không cần tạo tài khoản người dùng mới chỉ cho trang web đó. API là các hợp đồng tiêu chuẩn xác định cách các nhà phát triển tương tác với một dịch vụ và loại đầu ra mà các nhà phát triển mong đợi nhận được.
Nếu bạn đã đọc bài viết này, bạn sẽ hiểu rõ hơn về API là gì. Cuối cùng, bạn không cần biết API là gì trừ khi bạn là nhà phát triển. Tuy nhiên, nếu bạn thấy rằng một nền tảng hoặc dịch vụ phần mềm đã thêm các API mới cho phần cứng hoặc dịch vụ khác nhau thì các nhà phát triển sẽ dễ dàng sử dụng các tính năng đó hơn.
Hãy bắt đầu với những điều cơ bản: API là gì? Chữ viết tắt là viết tắt của Application Programming Interface, hay giao diện dành cho lập trình ứng dụng. Cái tên dường như đã nói lên điều đó, nhưng tốt hơn hết bạn nên xem xét một lời giải thích chi tiết hơn.
Như đã đề cập, API trước hết là một giao diện. Giao diện cho phép nhà phát triển sử dụng các khối có sẵn để xây dựng ứng dụng. Trong trường hợp phát triển ứng dụng di động, thư viện để làm việc với ngôi nhà thông minh có thể hoạt động như một API - tất cả các sắc thái đều được triển khai trong thư viện và bạn chỉ truy cập API này trong mã của mình.
Trong trường hợp ứng dụng web, API có thể trả về dữ liệu ở định dạng khác với HTML tiêu chuẩn, giúp sử dụng thuận tiện khi viết ứng dụng của riêng bạn. API công khai của bên thứ ba thường phân phối dữ liệu ở một trong hai định dạng: XML hoặc JSON. Trong trường hợp bạn quyết định tạo một API cho ứng dụng của mình, hãy nhớ rằng JSON ngắn gọn và dễ đọc hơn nhiều so với XML và các dịch vụ cung cấp quyền truy cập vào dữ liệu ở định dạng XML đang dần loại bỏ định dạng sau.
API trong các ứng dụng web có ví dụ
Một ứng dụng - ví dụ: Github - có API riêng mà các nhà phát triển khác có thể sử dụng. Cách họ sử dụng nó tùy thuộc vào khả năng mà API cung cấp và trí tưởng tượng của nhà phát triển hoạt động tốt như thế nào. Ví dụ: API GitHub cho phép lấy thông tin về người dùng, hình đại diện, người đọc, kho lưu trữ và nhiều thông tin hữu ích và thú vị khác.
Theo cách tương tự, bạn có thể gửi yêu cầu bằng bất kỳ ngôn ngữ nào, kể cả Ruby. Phản hồi cho yêu cầu sẽ có khoảng thông tin sau:
("đăng nhập" : "Freika" , "id" : 3738638, "avatar_url" : "https://avatars.githubusercontent.com/u/3738638?v=3", "gravatar_id" : "" , "url" : "https://api.github.com/users/Freika", "html_url" : "https://github.com/Freika" , "followers_url" : "https://api.github.com/users/Freika/followers", "follow_url" : "https://api.github.com/users/Freika/following(/other_user)", "ý chính_url" : "https://api.github.com/users/Freika/gists(/Gist_id)", "starred_url" : "https://api.github.com/users/Freika/starred(/owner)(/repo)", "subscriptions_url" : "https://api.github.com/users/Freika/subscriptions", "tổ chức_url" : "https://api.github.com/users/Freika/orgs", "repos_url" : "https://api.github.com/users/Freika/repos", "event_url" : "https://api.github.com/users/Freika/events(/privacy)", "received_events_url" : "https://api.github.com/users/Freika/receured_events", "loại" : "Người dùng", "site_admin" : false , "name" : "Evgeniy" , "công ty" : "" , "blog" : "http://frey.su/" , "location" : " Barnaul" , "email" : "" , "hireable" : true , "bio" : null, "public_repos" : 39, "public_gists" : 13, "người theo dõi" : 15, "đang theo dõi" : 21, "created_at" : "2013-03-01T13:48:52Z" , "update_at" : "2014-12-15T13:55:03Z" )
Như có thể thấy từ khối ở trên, phản hồi chứa thông tin đăng nhập, hình đại diện, liên kết đến hồ sơ trên trang web và trong API, trạng thái người dùng, số lượng kho lưu trữ công khai và các thông tin hữu ích và thú vị khác.
Chỉ API thôi là chưa đủ
Tạo một API chính thức cho ứng dụng của bạn chỉ là một nửa trận chiến. Bạn phải truy cập API bằng cách nào? Người dùng của bạn sẽ truy cập nó bằng cách nào?
Điều đầu tiên bạn nghĩ đến là hàng loạt yêu cầu HTTP thông thường để có được thông tin mong muốn và đây là câu trả lời sai. Phương pháp rõ ràng nhất trong trường hợp này không phải là phương pháp thuận tiện và đơn giản nhất. Sẽ hợp lý hơn nhiều nếu tạo một thư viện đặc biệt để làm việc với giao diện, thư viện này sẽ mô tả tất cả các cách cần thiết để nhận và gửi thông tin bằng API.
Hãy sử dụng Github một lần nữa để đưa ra ví dụ: để làm việc với API của dịch vụ tuyệt vời này (và giao diện của nó cung cấp các khả năng mở rộng), một số thư viện đã được tạo bằng nhiều ngôn ngữ khác nhau, chẳng hạn như gem Octokit. Trong tài liệu dành cho các thư viện như vậy (và viên ngọc được đưa ra làm ví dụ), bất kỳ nhà phát triển quan tâm nào cũng có thể tìm thấy tất cả các cách cần thiết để nhận thông tin từ Github và gửi lại thông qua API dịch vụ.
Do đó, nếu bạn đang tạo API của riêng mình, có lẽ hãy cân nhắc việc tạo các thư viện để hoạt động với nó bằng các ngôn ngữ phổ biến nhất. Và hãy chuẩn bị rằng ở một mức độ nhu cầu nhất định đối với ứng dụng của bạn, người khác có thể tạo thư viện của riêng họ để làm việc với API của bạn. Điều này ổn.
Liên kết hữu ích
Trong các bài viết tiếp theo, chúng tôi sẽ nói về cách tạo API chính xác, đảm bảo tính bảo mật của nó và hạn chế quyền truy cập vào một số thông tin.
Bạn có nuôi chó không. Nhưng cô ấy không nói được tiếng người. Tuy nhiên, cô có thể “hiểu” được anh thông qua những mệnh lệnh mà cô được dạy trong quá trình huấn luyện. Nếu bạn nói với một con chó biết lệnh “đi dép!” chẳng hạn như “Rexik, vui lòng mang cho tôi đôi dép có hình những chú thỏ nhỏ”, anh ấy có thể sẽ nghe tên nhưng sẽ không mang dép. Vì vậy, API là một tập hợp các lệnh mà con chó của bạn hiểu bạn và thực hiện những gì bạn cần. Điều này rất đơn giản đối với một ấm trà, nhưng tôi nghĩ bản chất rất rõ ràng.
API là một ngôn ngữ, một cách được quy định, để một chương trình máy tính giao tiếp với chương trình khác nhằm cùng thực hiện một số nhiệm vụ chung khi một chương trình đáp ứng các yêu cầu của chương trình khác. Giao diện lập trình ứng dụng (API) - Giao diện lập trình ứng dụng.
Đây là một sự tương tự nguyên thủy đối với những hình nộm được sinh ra một cách tự nhiên.
Hãy tưởng tượng 5 người nước ngoài nói các ngôn ngữ khác nhau cần làm việc và sống cùng nhau, chẳng hạn như ở Nga. Không ai trong số họ biết ngôn ngữ của người kia, nhưng họ cần thực hiện một số nhiệm vụ với tư cách là một nhóm duy nhất, chẳng hạn như trong các vai trò cho nhau ăn và thảo luận về hương vị món ăn bằng tiếng Nga. Để làm được điều này, bạn cần đi mua đồ tạp hóa, nấu đồ ăn, dọn bàn và thảo luận về các món ăn trong khi ăn. Để họ hiểu nhau và có thể tìm kiếm sản phẩm ở thế giới bên ngoài, chúng tôi sẽ dạy họ một bộ từ tiếng Nga cơ bản. Hãy tưởng tượng những gì chúng ta có:
1. Người Pháp
2. Người Tây Ban Nha
4. Người Anh
5. Ý
Hãy phân bổ vai trò giữa chúng để thực hiện các nhiệm vụ con như sau:
Mua thực phẩm: tiếng Pháp và tiếng Tây Ban Nha
Món ăn nấu: tiếng Tây Ban Nha, tiếng Đức và tiếng Anh
Cài đặt bàn: tiếng Anh và tiếng Ý
Bữa ăn và thảo luận về hương vị Món ăn: TẤT CẢ
Để họ có thể hoàn thành tất cả các nhiệm vụ này, chúng tôi sẽ dạy cho mọi người một bộ từ tiếng Nga để họ có thể hợp tác với nhau và với môi trường bên ngoài để hoàn thành tất cả các nhiệm vụ này. Xem hình ảnh dưới đây.
Vì vậy, nó ở đây. Nhóm bạn nước ngoài của chúng tôi là một nhóm các chương trình máy tính người có nhu cầu giao tiếp với nhau và với môi trường bên ngoài.
Ngôn ngữ và Từ ngữ biểu thị sản phẩm và hành động cơ bản cần được sản xuất đây là một API– tiêu chuẩn mà những người bạn nước ngoài của chúng tôi giao tiếp với nhau bằng tiếng Nga để hoàn thành mọi nhiệm vụ được giao.
API 1: Từ ngữ về sản phẩm và nơi mua
API 2: Từ ngữ về món ăn và phương pháp nấu ăn
API 3: Các từ biểu thị Thiết bị và Hành động với chúng
API 4: Từ ngữ biểu thị hương vị và đánh giá món ăn
Nó có thể phức tạp hơn, ví dụ: đặt API 2 là tiếng Thổ Nhĩ Kỳ, API 3 là tiếng Trung Quốc, API 4 là tiếng Hindi
Ví dụ cho người giả:
1. Có một lối thoát. Đằng sau nó là một lượng lớn công nghệ. Nhưng để sử dụng nó, bạn cần có phích cắm có khoảng cách giữa các thanh là 3cm và ổ cắm sẽ cung cấp điện áp 220V. Đây là giao diện API của một hệ thống sản xuất điện khổng lồ.
2. Có bàn ủi không? Anh ấy có hệ thống làm việc phức tạp của riêng mình. Nhưng để hoạt động với ổ cắm, nó phải tuân thủ các yêu cầu API - bạn cần một phích cắm có khoảng cách 3 cm và phản hồi là 220 volt.
Đó là tất cả. Hai hệ thống này độc lập, chúng rất lớn và phức tạp. Nhưng API được tạo ra để giúp việc kết nối với nhau trở nên đơn giản nhất có thể.
API - giao diện lập trình ứng dụng. Đây là một tập hợp các hàm, hằng, lớp và có thể là các đối tượng khác để tương tác với một phần nhất định của chương trình.
Tôi nghĩ cách rõ ràng nhất là mô tả nó bằng một ví dụ. Giả sử ai đó đã viết một máy tính mà bạn muốn sử dụng trong chương trình của mình. Máy tính này cần được truy cập bằng cách nào đó. Những cách tương tác với máy tính này sẽ được gọi là API. Chúng có thể khác nhau, và không có mô tả của chúng thì không thể làm được gì. Có thể bạn sẽ có một hàm để ghi một số vào bộ nhớ, một hàm khác để thực hiện một hành động và một hàm khác để nhận kết quả. Hoặc có thể bạn sẽ có một hàm chuyển hai số và mã phép toán giữa chúng và trả về ngay câu trả lời.
Những mô tả như vậy được thực hiện cho tất cả mọi thứ. Hệ điều hành có API, đây là tập hợp các chức năng mà chương trình được tạo: thiết lập kết nối mạng, vẽ cửa sổ, xử lý một lần bấm nút. Đối với bất kỳ máy chủ nào, API là một tập hợp các chức năng mà nó thực hiện. Trình duyệt truy cập trang Wikipedia - nó sử dụng API để trả lời phản hồi cho yêu cầu của bạn.
Chúng tôi đã phát hành một cuốn sách mới, Tiếp thị nội dung trên mạng xã hội: Cách thu hút người theo dõi và khiến họ yêu thích thương hiệu của bạn.
API là giao diện bên ngoài để lập trình ứng dụng, truy cập các trang web bằng giao thức cụ thể để lấy thông tin và đơn giản hóa việc phát triển các chương trình liên quan đến dịch vụ nội bộ.
API có nghĩa là gì?
Cách tương tự đơn giản nhất khi sử dụng API là sử dụng máy tính để thực hiện các phép tính phức tạp. Giả sử bạn có một nhiệm vụ, bạn có thể hiểu bản chất của nó, xây dựng phương trình và đồ thị, nhưng bạn không biết cách thực hiện các phép tính số học với các con số. Có một máy tính bên cạnh bạn có thể thực hiện các thao tác này một cách dễ dàng. Bạn không biết chuyện gì đang xảy ra bên trong máy tính và bạn cũng không cần phải biết. Bạn cung cấp thông tin dưới một hình thức và nhận thông tin dưới một hình thức khác, cần thiết cho mục đích của bạn.
Bất kỳ API nào cũng hoạt động theo nguyên tắc này. Bạn không quan tâm chương trình nhận được câu trả lời như thế nào, yêu cầu đi theo đường dẫn nào bên trong nó, cách thực hiện các phép tính. Bạn chỉ chắc chắn một điều - để đáp lại, thông tin tiêu chuẩn sẽ được cung cấp về sự thành công của hoạt động hoặc lỗi của nó.
Giao diện API cho phép bạn không lãng phí thời gian, tiền bạc và công sức khi mua một chiếc “chiếc xe đạp mới”. Bạn nhận được một cổng thông tin hoạt động nhận và gửi lượng dữ liệu cần thiết cho mục đích phát triển của bạn.
Ưu điểm:
- Tiết kiệm để phát triển giao diện của riêng bạn.
- Không cần thiết phải hiểu các sắc thái của vấn đề.
- API được phát triển bởi các chuyên gia và tính đến tất cả các yếu tố của quy trình nội bộ mà bạn có thể không biết khi tạo giải pháp của mình.
- Cho phép bạn liên lạc với các dịch vụ được đóng thông qua các giao thức khác.
Nhược điểm:
- Nếu dịch vụ mục tiêu được cập nhật, API không phải lúc nào cũng nhận được đầy đủ chức năng ngay lập tức.
- Bạn không thể bắt lỗi và không biết quy trình hoạt động như thế nào trong mã của người khác.
- API không phải lúc nào cũng mang lại kết quả tối ưu nhất về mặt thời gian, vì nó được thiết kế để xử lý các trường hợp chung chứ không phải trường hợp cụ thể.
Ví dụ về API
Tích hợp API là quá trình kết nối ứng dụng với giao diện dữ liệu bên ngoài. Làm việc với API bắt đầu bằng việc nghiên cứu tài liệu và giao thức được sử dụng, sau đó tích hợp trực tiếp chương trình của bạn vào giao diện. Hãy xem xét các dịch vụ phổ biến nhất có API riêng.
VKAPI
Giao diện bên ngoài để tương tác của mạng xã hội phổ biến VKontakte với khách hàng, cũng như với các ứng dụng trình duyệt và máy chủ. Cho phép bạn quản lý tin nhắn cộng đồng, bìa nhóm, trang người dùng nếu bạn có khóa truy cập phù hợp.
Tất cả các yêu cầu được gửi đến địa chỉ https://api.vk.com/method/
Sau dấu gạch chéo là tên của phương thức API được sử dụng và các tham số GET của yêu cầu được truyền đi. Phản hồi cũng đến qua HTTPS ở định dạng JSON.
API BOT ĐIỆN THOẠI
Một trong những API phổ biến nhất. Nó được sử dụng để điều khiển bot trong trình nhắn tin Telegram. Sau khi tạo bot thông qua @botfather và nhận được các khóa truy cập cần thiết, bạn có thể bắt đầu tương tác với phần phụ trợ.
Yêu cầu có thể được thực hiện để: https://api.telegram.org/bot0000000:token/
Trong đó bot0000000 được thay thế bằng mã định danh duy nhất của bot của bạn và mã thông báo biểu thị khóa bí mật.
Yêu cầu được gửi qua kết nối HTTPS, tên phương thức được biểu thị bằng dấu gạch chéo đến địa chỉ chính. Phản hồi có định dạng JSON.
MỞ API BẢN ĐỒ THỜI TIẾT
Thường cần lấy thông tin thời tiết mà không cần sử dụng các vật dụng và ứng dụng trả phí của bên thứ ba. Dịch vụ OpenWeatherMap ra đời với API mở và miễn phí. Sau khi đăng ký và nhận dữ liệu nhận dạng, bạn có thể gửi yêu cầu thời tiết từ các tập lệnh máy chủ trên toàn thế giới. Để phản hồi ID thành phố, tài nguyên sẽ trả về thông tin chi tiết nhất về thời tiết hiện tại và đưa ra dự báo cho tương lai gần.
Định dạng: Truyền HTTP qua api.openweathermap.org/data/2.5/weather?id= cho biết số nhận dạng của thành phố mong muốn. Phản hồi của máy chủ: JSON.
API bản đồ GOOGLE
Điều gì có thể đẹp hơn một bản đồ thế giới tương tác trên một trang web? Đặc biệt nếu đây không phải là mẫu chèn từ Google Maps mà là phiên bản cá nhân của bạn về một bản đồ phổ biến với các cụm điểm đánh dấu cá nhân. Bản đồ sẽ tương tác với các tập lệnh khác trên trang web, gửi thông tin về các lần nhấp chuột và tọa độ.
API JavaScript của Google Maps cung cấp các khả năng tương tự. Mô-đun này hoàn toàn được viết theo kịch bản và hoạt động ở phía trình duyệt, vì vậy chúng tôi không cần các yêu cầu HTTP từ PHP và việc hình thành các tiêu đề ở phía máy chủ, như trường hợp của các API khác.
Ví dụ: đặt điểm đánh dấu trên bản đồ sẽ trông như thế này:
var mark = google.maps.Marker mới((
vị trí: myPOS,
bản đồ: bản đồ,
tiêu đề: "Xin chào!"
});
Sự cần thiết và lợi ích của việc sử dụng API là gì?
Có khá nhiều chức năng hữu ích.
Khía cạnh đầu tiên
Bạn có thể thiết lập sự tương tác tương tác của người dùng với mạng xã hội và tin nhắn tức thời, sử dụng khả năng của hệ thống máy tính của bên thứ ba để hiển thị tỷ giá hối đoái, thời tiết và các thông tin quan trọng khác.
Bằng cách sử dụng API, bạn có thể kết nối ngay lập tức các tài nguyên và giải pháp phần mềm khác với máy chủ, việc này thường mất hàng tuần để phát triển. API đơn giản hóa cuộc sống khi không cần triển khai duy nhất và độ tin cậy cũng như bảo mật là ưu tiên hàng đầu.
Khía cạnh thứ hai
Nếu bạn là chủ sở hữu sức mạnh tính toán phức tạp, một dịch vụ phổ biến hoặc bộ lưu trữ dữ liệu để truy cập công khai hoặc bán riêng tư, thì một động thái tốt là nâng cao API của riêng bạn. Nó sẽ mang lại điều gì:
- Lượng khách hàng lớn.
- Đơn giản hóa quyền truy cập vào các dịch vụ của bạn cho các đối tác.
- Thuận tiện cho việc phân tích thống kê việc sử dụng dịch vụ.
Khía cạnh thứ ba
Gần giống như cái thứ hai. Nhưng không cần phải triển khai API truy cập mở. Nếu bạn có một cổng thông tin và muốn tạo một ứng dụng di động cho nó trên Android/IOS thì việc viết lại hệ thống theo một API duy nhất là giải pháp tốt nhất. Toàn bộ cấu trúc dữ liệu được hệ thống hóa. Trang web và ứng dụng sẽ hoạt động thông qua các kênh dữ liệu duy nhất.
