API… Ποιος δημιουργεί ένα APUI;

ροή εργασίας1

Έχουμε εδώ και αρκετό διάστημα διεπαφές προγραμματισμού εφαρμογών στον κλάδο. Η πρόκληση ενός API βρίσκει τους πόρους ανάπτυξης που απαιτούνται για τον προγραμματισμό της ολοκλήρωσης. Δεν είναι εύκολο. Χρησιμοποιώντας οποιαδήποτε σύγχρονη γλώσσα προγραμματισμού, συνήθως απαιτείται να δημοσιεύσετε μεταβλητές σε μια υπηρεσία και στη συνέχεια να ανακτήσετε τα αποτελέσματα χρησιμοποιώντας XML (eXtensible Markup Language).

Το 2000, εργαζόμουν για μια βάση δεδομένων μάρκετινγκ συμβούλων στο Ντένβερ του Κολοράντο και είχαμε ένα εργαλείο που ονομάζεται Sagent Solutions. Το Sagent αγοράστηκε τελικά από Group1. Το Group1 είναι γνωστό στη σκηνή μάρκετινγκ βάσεων δεδομένων για την κατασκευή ορισμένων φανταστικών εφαρμογών. Δεν είμαι σίγουρος τι συνέβη με τα προϊόντα Sagent που χρησιμοποιούσα, αλλά ήταν απίστευτα. Στην αριστερή πλευρά της οθόνης σας είχατε «μετασχηματισμούς» και μπορείτε να τους σύρετε σε μια ροή εργασίας. Όλες οι είσοδοι και οι έξοδοι κάθε μετασχηματισμού συνδέονται αυτόματα με τον επόμενο μετασχηματισμό.

Θα μπορούσα, λοιπόν, να δημιουργήσω μια ροή εργασίας για να εισαγάγω ένα αρχείο, να χαρτογραφήσω τα πεδία σε μια βάση δεδομένων, να μεταμορφώσω τις τιμές των πεδίων, να καθαρίσω τις διευθύνσεις, να γεωκωδικοποιήσω τις διευθύνσεις, να εξαγάγω το ολοκληρωμένο αρχείο κ.λπ. διεργασίες με τα ίδια δεδομένα. Κατά την επισκόπηση του «back-end» μιας ροής εργασίας, ο Sagent στην πραγματικότητα αποθηκεύτηκε το σχέδιο χρησιμοποιώντας XML. Αυτό ουσιαστικά σημαίνει ότι θα μπορούσατε να δημιουργήσετε και να εκτελέσετε δυναμικά μια ροή εργασίας, αν θέλετε. Η λύση ήταν μια εξαψήφια λύση, αλλά η κατασκευή ενός σχεδίου για χειρισμό μιας αποθήκης δεδομένων χρειάστηκε λεπτά αντί για ημέρες.

Με την έλευση των API, Web Services, SOAP, Flex, Ajax, κ.λπ.… Είμαι περίεργος γιατί κανείς δεν έχει ακόμη δημιουργήσει μια διεπαφή χρήστη προγραμματισμού εφαρμογών μέσω διαδικτύου. Με άλλα λόγια, μια διεπαφή μεταφοράς και απόθεσης για API κλήσεις. Με το SOAP, οι εταιρείες αποθηκεύουν ένα WSDL (Web Service Definition Language) που είναι βασικά μια προγραμματική εγκυκλοπαίδεια για τον τρόπο κατανάλωσης της υπηρεσίας διαδικτύου. Σε πέντε χρόνια κανείς δεν μπόρεσε να αναπτύξει μια λύση για την ερμηνεία ενός API ή Web Service για να δημιουργήσετε οπτικά μια ροή εργασίας; Υπάρχει κάποιος που εργάζεται σε αυτό;

Αυτή είναι η ιδέα μου 1 δισεκατομμυρίου δολαρίων για την ημέρα. Εάν κάποιος μπορούσε να δημιουργήσει μια διεπαφή Flex που μπορεί να διαβάσει ένα WSDL και να απεικονίσει οπτικά τις κλήσεις, τότε θα μπορούσατε να μεταφέρετε και να αποθέσετε τις αλληλεπιδράσεις μεταξύ των κλήσεων. Είναι ο ελλιπής σύνδεσμος του διαδικτύου… καθιστώντας τον Ιστό προσβάσιμο σε οποιονδήποτε να «προγραμματίσει» τη δική του λύση χωρίς να χρειάζεται να καταλάβει οποιεσδήποτε γλώσσες.

Ποια είναι η γνώμη σας;

Αυτός ο ιστότοπος χρησιμοποιεί το Akismet για να μειώσει το spam. Μάθετε πώς επεξεργάζονται τα δεδομένα των σχολίων σας.