API ... Cine construiește un APUI?

flux de lucru1

Avem interfețe de programare a aplicațiilor de ceva vreme în industrie. Provocarea unui API găsește resursele de dezvoltare necesare pentru a programa integrarea. Nu e usor. Utilizând orice limbaj de programare modern, de obicei trebuie să postați variabile într-un serviciu și apoi să preluați rezultatele utilizând XML (eXtensible Markup Language).

În 2000, lucram pentru o consultanță în marketingul bazelor de date în Denver, Colorado și aveam un instrument numit Sagent Solutions. Sagent a fost achiziționat în cele din urmă de Group1. Group1 este bine cunoscut în scena marketingului bazelor de date pentru crearea unor aplicații fantastice. Nu sunt sigur ce s-a întâmplat cu produsele Sagent pe care le foloseam, dar au fost incredibile. În partea stângă a ecranului ați avut „transformări” și le puteți trage într-un flux de lucru. Toate intrările și ieșirile fiecărei transformări se vor lega automat de următoarea transformare.

Așadar, aș putea construi un flux de lucru pentru a importa un fișier, să mapez câmpurile într-o bază de date, să transform valorile câmpurilor, să curăț adresele, să geocodez adresele, să export fișierul completat etc. Aș putea chiar să împart fluxul de lucru și să fac mai multe procesează cu aceleași date. În revizuirea „back-end-ului” unui flux de lucru, Sagent a stocat de fapt planul utilizând XML. Aceasta înseamnă practic că ați putea construi și executa dinamic un flux de lucru dacă doriți. Soluția a fost o soluție din 6 cifre, dar construirea unui plan de manipulare a unui depozit de date a durat minute în loc de zile.

Odată cu apariția API-urilor, serviciilor web, SOAP, Flex, Ajax, etc ... Sunt curios de ce nimeni nu a construit încă o interfață de utilizator pentru programarea aplicațiilor bazată pe web. Cu alte cuvinte, o interfață drag and drop pentru API apeluri. Cu SOAP, companiile stochează un WSDL (Web Service Definition Language) care este practic o enciclopedie programatică pentru modul de consum al serviciului web. În cinci ani nimeni nu a reușit să dezvolte o soluție pentru interpretarea unui API sau Serviciu Web pentru a crea vizual un flux de lucru? Se lucrează cineva la asta?

Iată ideea mea de 1 miliard de dolari pentru ziua respectivă. Dacă cineva ar putea construi o interfață Flex care poate citi un WSDL și poate reprezenta vizual apelurile, atunci puteți trage și plasa interacțiunile dintre apeluri. Este legătura lipsă a webului ... făcând webul accesibil oricui pentru a-și „programa” propria soluție fără a fi nevoie să înțeleagă nicio limbă.

Ce părere ai?

Acest site folosește Akismet pentru a reduce spamul. Aflați cum sunt procesate datele despre comentarii.