API ... Wa bout in APUI?

workflow1

Wy hawwe ynterfaces foar applikaasjeprogramming in hiel skoft yn 'e sektor. De útdaging fan in API is de ûntwikkelingsboarnen te finen dy't nedich binne om de yntegraasje te programmearjen. It is net maklik. Mei elke moderne programmeartaal wurde jo normaal ferplicht om fariabelen nei in tsjinst te pleatsen en dan de resultaten op te heljen mei XML (eXtensible Markup Language).

Yn 2000 wurke ik foar in Database Marketing Consultancy yn Denver, Kolorado en wy hienen in ark neamd Sagent Solutions. Sagent waard úteinlik kocht troch Groep1, Group1 is goed bekend yn 'e database-marketing-sêne foar it bouwen fan fantastyske applikaasjes. Ik bin net wis wat barde mei de Sagent-produkten dy't ik brûkte, mar se wiene ongelooflijk. Oan 'e linker kant fan jo skerm hienen jo' transformaasjes 'en jo koene se nei in workflow slepe. Alle yn- en útgongen fan elke transformaasje soene automatysk ferbine mei de folgjende transformaasje.

Dat, ik koe in workflow bouwe om in bestân te ymportearjen, de fjilden yn kaart te bringen yn in databank, de wearden fan 'e fjilden transformearje, de adressen skjinmeitsje, de adressen geocode, it foltôge bestân eksportearje, ensfh. Ik koe sels de workflow splitse en meardere dwaan prosessen mei deselde gegevens. By it beoardieljen fan 'back-end' fan in workflow hat Sagent it plan eins opslein mei XML. Dat betsjuttet yn prinsipe dat jo in workflow dynamysk kinne bouwe en útfiere as jo dat wolle. De oplossing wie in 6-sifers oplossing, mar it bouwen fan in plan om in gegevenspakhús te manipulearjen duorre minuten yn stee fan dagen.

Mei de komst fan API's, Webtsjinsten, SOAP, Flex, Ajax, ensfh. ... Ik bin benijd wêrom't noch gjinien in webbasearre User Interface foar Application Programming moat bouwe. Mei oare wurden, in drag en drop-interface foar API skilje. Mei SOAP bewarje bedriuwen in WSDL (definysje taal foar webservice) dy't yn prinsipe in programmatyske ensyklopedy is foar hoe de webservice te konsumearjen. Yn fiif jier hat gjinien in oplossing ûntwikkele foar ynterpretaasje fan in API as webservice om in workflow fisueel te bouwen? Wurket immen dêr oan?

Hjir is myn $ 1 miljard idee foar de dei. As immen in Flex-ynterface koe bouwe dy't in WSDL kin lêze en de petearen fisueel fertsjintwurdigje, kinne jo de ynteraksjes tusken de petearen slepe en droppe. It is de ûntbrekkende kepling fan it web ... it web tagonklik meitsje foar elkenien om har eigen oplossing te 'programmearjen' sûnder dat se talen hoege te ferstean.

Wat tinksto?

Dizze side brûkt Akismet om spam te ferleegjen. Learje hoe't jo kommentaargegevens ferwurke wurde.