Intro
დესკტოპზე ან მოწყობილობაზე რამდენიმე დაწკაპუნებით, ნებისმიერ დროს შეგიძლიათ შეიძინოთ, გაყიდოთ ან გამოაქვეყნოთ რაიმე. ზუსტად როგორ ხდება? Როგორ კეთდება ინფორმაცია აქედან იქით? არაღიარებული გმირი არის API.
რა არის API?
API ნიშნავს an აპლიკაციის პროგრამირების ინტერფეისი. API გამოხატავს პროგრამულ კომპონენტს, მის ოპერაციებს, შეყვანას, გამოსავალს და ძირითად ტიპებს. მაგრამ როგორ ახსნათ API უბრალო ინგლისურად? API ფუნქციონირებს როგორც მესინჯერი, რომელიც გადასცემს თქვენს მოთხოვნას აპლიკაციიდან და გიბრუნებს პასუხს.
მაგალითად 1: როდესაც თქვენ ეძებთ ფრენებს ონლაინ რეჟიმში. თქვენ ურთიერთობთ ავიაკომპანიის ვებსაიტთან. ვებსაიტზე დეტალურადაა აღწერილი ადგილები და ფრენის ღირებულება ამ კონკრეტულ თარიღსა და დროს. თქვენ ირჩევთ თქვენს კვებას ან ადგილს, ბარგს ან შინაურ ცხოველს.
მაგრამ, თუ თქვენ არ იყენებთ ავიაკომპანიის პირდაპირ ვებსაიტს ან იყენებთ ონლაინ ტურისტულ აგენტს, რომელიც აერთიანებს მრავალი ავიაკომპანიის მონაცემებს. ინფორმაციის მისაღებად აპლიკაცია ურთიერთქმედებს ავიაკომპანიის API-სთან. API არის ინტერფეისი, რომელიც იღებს მონაცემებს ტურისტული აგენტის ვებსაიტიდან ავიაკომპანიის სისტემაში.
ის ასევე იღებს ავიაკომპანიის პასუხს და აწვდის პირდაპირ. ეს ხელს უწყობს ურთიერთქმედებას სამოგზაურო სერვისსა და ავიაკომპანიის სისტემებს შორის - ფრენის დაჯავშნა. API შეიცავს ბიბლიოთეკას რუტინებისთვის, მონაცემთა სტრუქტურებისთვის, ობიექტების კლასებისთვის და ცვლადებისთვის. მაგალითად, SOAP და REST სერვისები.
მაგალითად 2: Best Buy ხდის დღის გარიგების ფასს სპეციალურად ხელმისაწვდომი მისი ვებსაიტის საშუალებით. იგივე მონაცემები მის მობილურ აპლიკაციაშია. აპლიკაცია არ აწუხებს შიდა ფასების სისტემას – მას შეუძლია დარეკოს Deal of Day API და იკითხოს, რა არის ფასი განსაკუთრებული? Best Buy პასუხობს მოთხოვნილ ინფორმაციას სტანდარტულ ფორმატში, რომელსაც აპლიკაცია უჩვენებს საბოლოო მომხმარებელს.
Example3: სოციალური მედიისთვის API გადამწყვეტია. მომხმარებლებს შეუძლიათ წვდომა კონტენტზე და შეინარჩუნონ იმ ანგარიშებისა და პაროლების რაოდენობა, რომლებსაც ადევნებენ თვალყურს, ასე რომ, მათ შეუძლიათ გაამარტივონ ყველაფერი.
- Twitter API: ურთიერთქმედება Twitter-ის უმეტეს ფუნქციებთან
- Facebook API: გადახდების, მომხმარებლის მონაცემებისა და შესვლისთვის
- Instagram API: მონიშნეთ მომხმარებლები, ნახეთ ტრენდული ფოტოები
რაც შეეხება REST & SOAP API-ებს?
SOAP მდე დასვენება გამოიყენეთ API მოხმარების სერვისი, რომელიც ცნობილია როგორც Web API. ვებ სერვისი არ არის დამოკიდებული ინფორმაციის წინასწარ ცოდნაზე. SOAP არის ვებ სერვისის პროტოკოლი, რომელიც არის მსუბუქი პლატფორმისგან დამოუკიდებელი. SOAP არის XML-ზე დაფუძნებული შეტყობინებების პროტოკოლი. SOAP ვებ სერვისისგან განსხვავებით, Restful სერვისი იყენებს REST არქიტექტურას, რომელიც აგებულია წერტილიდან წერტილამდე კომუნიკაციისთვის.
SOAP ვებ სერვისი
- SOAP გამგზავნი - შეტყობინებების შექმნა და გადაცემა.
- SOAP Receiver - იღებს და ამუშავებს შეტყობინებას.
- SOAP Intermediary- იღებს და ამუშავებს სათაურის ბლოკებს.
RESTful ვებ სერვისი
წარმომადგენლობითი სახელმწიფო ტრანსფერი (REST) ეხება კლიენტსა და სერვერს შორის ურთიერთობას და როგორ ამუშავებს სახელმწიფო. დასვენების არქიტექტურა, REST სერვერი უზრუნველყოფს რესურსზე წვდომას კლიენტზე. დანარჩენი ამუშავებს რესურსების კითხვას და შეცვლას ან წერას. ერთიანი იდენტიფიკატორი (URI) განსაზღვრავს რესურსებს დოკუმენტის შემცველი. ეს აითვისებს რესურსის მდგომარეობას.
REST უფრო მსუბუქია ვიდრე SOAP არქიტექტურა. ის აანალიზებს JSON-ს, ადამიანის მიერ წაკითხულ ენას, რომელიც საშუალებას აძლევს მონაცემთა გაზიარებას და უფრო ადვილად გამოსაყენებელ მონაცემებს, ნაცვლად XML-ისა, რომელსაც იყენებს SOAP არქიტექტურა.
Restful ვებ სერვისის შექმნის რამდენიმე პრინციპი არსებობს, რომლებიც:
- მისამართობა – თითოეულ რესურსს უნდა ჰქონდეს მინიმუმ ერთი URL.
- მოქალაქეობის არმქონეობა - მშვიდი სამსახური არის მოქალაქეობის არმქონე მომსახურება. მოთხოვნა დამოუკიდებელია სამსახურის მიერ წარსული მოთხოვნებისგან. HTTP დიზაინით არის მოქალაქეობის არმქონე პროტოკოლი.
- Cacheable – მონაცემები მონიშნული, როგორც ქეშირებადი, ინახება სისტემაში და ხელახლა გამოიყენება მომავალში. როგორც პასუხი ერთსა და იმავე მოთხოვნაზე, იგივე შედეგების მიღების ნაცვლად. ქეშის შეზღუდვები იძლევა პასუხების მონაცემების მონიშვნას, როგორც ქეშირებადი ან არაქეშირებადი.
- ერთიანი ინტერფეისი – საშუალებას აძლევს საერთო და სტანდარტიზებული ინტერფეისის გამოყენებას წვდომისთვის. HTTP მეთოდების განსაზღვრული კოლექციის გამოყენება. ამ კონცეფციების დაცვა უზრუნველყოფს, რომ REST განხორციელება მსუბუქი წონაა.
REST-ის უპირატესობები
- იყენებს უფრო მარტივ ფორმატს შეტყობინებებისთვის
- გთავაზობთ უფრო გრძელვადიან ეფექტურობას
- ის მხარს უჭერს მოქალაქეობის არმქონე კომუნიკაციას
- გამოიყენეთ HTTP სტანდარტები და გრამატიკა
- მონაცემები ხელმისაწვდომია როგორც რესურსი
REST-ის ნაკლოვანებები
- ვერ ახერხებს ვებ სერვისის სტანდარტებს, როგორიცაა უსაფრთხოების ტრანზაქციები და ა.შ.
- REST მოთხოვნები არ არის მასშტაბირებადი
REST vs SOAP შედარება
განსხვავებები SOAP და REST ვებ სერვისებს შორის.
SOAP ვებ სერვისი | დასვენების ვებ სერვისი |
მოითხოვს მძიმე შეყვანის დატვირთვას REST-თან შედარებით. | REST არის მსუბუქი, რადგან ის იყენებს URI-ს მონაცემთა ფორმებისთვის. |
SOAP სერვისების ცვლილება ხშირად იწვევს კლიენტის მხრიდან კოდის მნიშვნელოვან ცვლილებას. | კლიენტის მხარის კოდზე გავლენას არ მოახდენს სერვისების ცვლილება REST ვებ უზრუნველყოფაში. |
დაბრუნების ტიპი ყოველთვის არის XML ტიპი. | უზრუნველყოფს მრავალფეროვნებას დაბრუნებული მონაცემების ფორმასთან მიმართებაში. |
XML-ზე დაფუძნებული შეტყობინების პროტოკოლი | არქიტექტურული პროტოკოლი |
მოითხოვს SOAP ბიბლიოთეკას კლიენტის ბოლოს. | არ არის საჭირო ბიბლიოთეკის მხარდაჭერა, როგორც წესი, გამოიყენება HTTP-ზე. |
მხარს უჭერს WS-Security და SSL. | მხარს უჭერს SSL და HTTPS. |
SOAP განსაზღვრავს საკუთარ უსაფრთხოებას. | RESTful ვებ სერვისები მემკვიდრეობით იღებენ უსაფრთხოების ზომებს ძირითადი ტრანსპორტიდან. |
API გამოშვების პოლიტიკის ტიპები
API-ს გამოშვების წესებია:
პირადი გამოშვების პოლიტიკა:
API ხელმისაწვდომია მხოლოდ შიდა კომპანიის გამოყენებისთვის.
პარტნიორის გამოშვების წესები:
API ხელმისაწვდომია მხოლოდ კონკრეტული ბიზნეს პარტნიორებისთვის. კომპანიებს შეუძლიათ აკონტროლონ API-ს ხარისხი იმის გამო, თუ ვის შეუძლია მასზე წვდომა.
საჯარო გამოშვების წესები:
API არის საჯარო გამოყენებისთვის. გამოშვების წესების ხელმისაწვდომობა ხელმისაწვდომია საზოგადოებისთვის. მაგალითი: Microsoft Windows API და Apple-ის კაკაო.
დასკვნა
API ყველგან არის წარმოდგენილი, იქნება ეს ფრენის დაჯავშნა თუ სოციალური მედიის აპლიკაციებში ჩართული. SOAP API დაფუძნებულია XML კომუნიკაციებზე, ის განსხვავდება REST API-სგან იმით, რომ არ საჭიროებს რაიმე სპეციალურ კონფიგურაციას.
Rest Web Services-ის დიზაინი უნდა შეესაბამებოდეს გარკვეულ კონცეფციებს, მათ შორის მისამართებლობას, მოქალაქეობის არმქონეობას, ქეშირებადობას და სტანდარტულ ინტერფეისს. API გამოშვების წესები შეიძლება დაიყოს სამ კატეგორიად: კერძო API, პარტნიორი API და საჯარო API.
გმადლობთ ამ სტატიის წაკითხვისთვის. გაეცანით ჩვენს სტატიას გზამკვლევის შესახებ API უსაფრთხოება 2022.
