API ... Wie bou 'n APUI? | Martech Zone
Saterdag, Oktober 28, 2006 Donderdag, Maart 7, 2013 Douglas Karr
Ons het 'n geruime tyd in die bedryf toepassingsprogrammeringskoppelvlakke gehad. Die uitdaging van 'n API vind die ontwikkelingsbronne wat benodig word om die integrasie te programmeer. Dis nie maklik nie. Met behulp van enige moderne programmeertaal moet u gewoonlik veranderlikes in 'n diens plaas en dan die resultate ophaal met behulp van XML (eXtensible Markup Language).
In 2000 werk ek vir 'n databasisbemarkingsadvies in Denver, Colorado, en ons het 'n instrument genaamd Sagent Solutions. Sagent is uiteindelik aangekoop deur Group1. Group1 is bekend in die databasisbemarkingstoneel vir die bou van fantastiese toepassings. Ek is nie seker wat gebeur het met die Sagent-produkte wat ek gebruik het nie, maar dit was ongelooflik. Aan die linkerkant van u skerm is 'transformeer' en kan u dit na 'n werkstroom sleep. Al die in- en uitsette van elke transformasie sal outomaties aansluit by die volgende transformasie.
Ek kan dus 'n werkstroom opstel om 'n lêer in te voer, die velde in 'n databasis te karteer, die waardes van die velde te transformeer, die adresse skoon te maak, die adresse te geokodeer, die voltooide lêer uit te voer, ens. Ek kan selfs die werkstroom verdeel en meervoudig doen prosesse met dieselfde data. In die hersiening van die 'back-end' van 'n werkvloei het Sagent eintlik die plan gestoor met behulp van XML. Dit beteken basies dat u 'n werkstroom dynamies kan opbou en uitvoer as u wil. Die oplossing was 'n ses-syfer-oplossing, maar die bou van 'n plan om 'n datapakhuis te manipuleer het minute in plaas van dae geneem.
Met die koms van API's, webdienste, SOAP, Flex, Ajax, ens ... is ek nuuskierig waarom niemand nog 'n web-gebaseerde toepassingsprogrammering-gebruikerskoppelvlak moet bou nie. Met ander woorde, 'n sleep-en-koppelvlak vir API oproepe. Met SOAP stoor ondernemings 'n WSDL (Web Service Definition Language) wat basies 'n programmatiese ensiklopedie is vir die gebruik van die webdiens. Niemand kon binne vyf jaar 'n oplossing ontwikkel vir die interpretasie van 'n API of Webdiens om 'n werkstroom visueel te bou? Is daar iemand wat daaraan werk?
Hier is my idee van $ 1 miljard vir die dag. As iemand 'n Flex-koppelvlak kan bou wat 'n WSDL kan lees en die oproepe visueel kan voorstel, kan u die wisselwerking tussen die oproepe sleep en laat val. Dit is die ontbrekende skakel van die web ... wat die internet toeganklik maak vir enigiemand om hul eie oplossing te 'programmeer' sonder dat hulle tale hoef te verstaan.