API… ვინ აშენებს APUI- ს?

სამუშაო 1

ინდუსტრიაში საკმაოდ დიდი ხნის განმავლობაში გვქონდა განაცხადის პროგრამირების ინტერფეისი. გამოწვევა ან API არის ინტეგრაციის პროგრამირებისათვის საჭირო განვითარების რესურსების მოძიება. ეს არ არის ადვილი. ნებისმიერი თანამედროვე პროგრამირების ენის გამოყენებით, თქვენ ჩვეულებრივ მოეთხოვებათ ცვლადების განთავსება სერვისში და შემდეგ მიიღოთ შედეგები XML (eXtensible Markup Language) გამოყენებით.

2000 წელს ვმუშაობდი მონაცემთა ბაზრის მარკეტინგის კონსულტაციაში დენვერში, კოლორადოს შტატში და გვქონდა ინსტრუმენტი სახელწოდებით Sagent Solutions. საბოლოოდ Sagent შეიძინა ჯგუფი 1. ჯგუფი 1 კარგად არის ცნობილი მონაცემთა ბაზის მარკეტინგის სცენაში ფანტასტიკური პროგრამების შესაქმნელად. დარწმუნებული არ ვარ, რა მოუვიდა Sagent- ის პროდუქტებს, რომლებსაც ადრე ვხმარობდი, მაგრამ ისინი წარმოუდგენელი იყო. თქვენი ეკრანის მარცხენა მხარეს გქონდათ „გარდაქმნები“ და მათი სამუშაო პროცესში გადაყვანა შეგიძლიათ. თითოეული გარდაქმნის ყველა მონაცემი და გამომავალი ავტომატურად მიერთდება შემდეგ გარდაქმნას.

ამრიგად, მე შემეძლო სამუშაო პროცესის შექმნა ფაილის იმპორტირებისთვის, ველების მონაცემთა ბაზაში განთავსება, ველების მნიშვნელობების გარდაქმნა, მისამართების გასუფთავება, მისამართების გეოკოდირება, დასრულებული ფაილის ექსპორტი და ა.შ. შემიძლია სამუშაო პროცესის გაყოფა და მრავალჯერადი გაკეთება პროცესებს იგივე მონაცემებით. სამუშაო პროცესის "უკანა ბოლოს" განხილვისას, Sagent– მა სინამდვილეში შეინახა გეგმა XML– ის გამოყენებით. ეს ძირითადად ნიშნავს, რომ თუ გინდა, დინამიურად შეგიქმნით და შეასრულებთ სამუშაო პროცესს. გამოსავალი იყო 6 ციფრიანი გამოსავალი, მაგრამ მონაცემთა საწყობში მანიპულირების გეგმის შექმნას დღეების ნაცვლად რამდენიმე წუთი დასჭირდა.

API– ების, ვებ – სერვისების, SOAP– ის, Flex– ის, Ajax– ის და ა.შ. გაჩენისთანავე ... მაინტერესებს, რატომ არავის ჯერ არ შეუქმნია ვებ – პროგრამების პროგრამირების მომხმარებლის ინტერფეისი. სხვა სიტყვებით რომ ვთქვათ, გადაიტანეთ და ჩამოაგდეთ ინტერფეისი API ზარები. SOAP– ით კომპანიები ინახავენ WSDL (ვებ – გვერდის განსაზღვრის ენა), რომელიც ძირითადად წარმოადგენს პროგრამულ ენციკლოპედიას, თუ როგორ უნდა მოიხმაროთ ვებ – სერვისი. ხუთი წლის განმავლობაში ვერავინ შეძლო ინტერპრეტაციის გადაწყვეტის შემუშავება API თუ ვებ – სერვისი სამუშაო პროცესის ვიზუალურად შესადგენად? ვინმე მუშაობს ამაზე?

აი, ჩემი იდეა $ 1 მილიარდი დღეში. თუ ვინმეს შეეძლო Flex ინტერფეისის აგება, რომელსაც შეუძლია WSDL წაიკითხოს და ზარები ვიზუალურად წარმოადგინოს, მაშინ ზარების შორის ურთიერთქმედების გადატანა და ჩამოგდება შეგიძლიათ. ეს არის ქსელის დაკარგული რგოლი, რომლითაც ინტერნეტი ხელმისაწვდომია ნებისმიერი მსურველისთვის, რომ დააპროგრამოს საკუთარი გამოსავალი, ისე რომ არ გაიგოს ნებისმიერი ენა.

რას ფიქრობთ?

ეს საიტი იყენებს Akismet- ს, რათა შეამციროს სპამი. შეისწავლეთ თქვენი კომენტარის მონაცემები დამუშავებული.