API ... Wie bou 'n APUI?

werkstroom1

Ons het al 'n geruime tyd in die bedryf toepassingsprogrammeringsinterfaces 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. Groep1 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 het u 'transformasies' gehad en u kon 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 bou om 'n lêer in te voer, die velde in 'n databasis te karteer, die waardes van die velde te omskep, 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. By 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.… Ek is nuuskierig waarom niemand nog 'n web-gebaseerde toepassingsprogrammering-gebruikersinterface 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 interaksie tussen die oproepe sleep en laat val. Dit is die ontbrekende skakel van die internet ... wat die internet toeganklik maak vir enigiemand om hul eie oplossing te 'programmeer' sonder om enige tale te hoef te verstaan.

Wat dink jy?

Hierdie webwerf gebruik Akismet om spam te verminder. Leer hoe jou opmerking verwerk is.