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

სამუშაო 1

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

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

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

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

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

რას ფიქრობთ?

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