API ... Hvem bygger en APUI?

arbejdsgang1

Vi har haft applikationsprogrammeringsgrænseflader i et stykke tid i branchen. Udfordringen ved en API finder de nødvendige udviklingsressourcer til at programmere integrationen. Det er ikke nemt. Ved at bruge ethvert moderne programmeringssprog er du normalt forpligtet til at sende variabler til en tjeneste og derefter hente resultaterne ved hjælp af XML (eXtensible Markup Language).

I 2000 arbejdede jeg for en Database Marketing Consultancy i Denver, Colorado, og vi havde et værktøj kaldet Sagent Solutions. Sagent blev til sidst købt af Group1. Group1 er velkendt i databasen marketing scene til at opbygge nogle fantastiske applikationer. Jeg er ikke sikker på, hvad der skete med Sagent-produkterne, som jeg brugte, men de var utrolige. På venstre side af din skærm havde du 'transformeringer', og du kunne trække dem ind i en arbejdsgang. Alle indgange og udgange for hver transformation vil automatisk binde til den næste transformation.

Så jeg kunne oprette en arbejdsgang for at importere en fil, kortlægge felterne i en database, omdanne værdierne for felterne, rense adresserne, geokode adresserne, eksportere den udfyldte fil osv. Jeg kunne endda dele arbejdsgangen og udføre flere processer med de samme data. I gennemgangen af ​​'back-end' af en arbejdsgang lagrede Sagent faktisk planen ved hjælp af XML. Det betyder dybest set, at du dynamisk kunne opbygge og udføre en arbejdsgang, hvis du ville. Løsningen var en 6-cifret løsning, men at opbygge en plan til at manipulere et datalager tog minutter i stedet for dage.

Med fremkomsten af ​​API'er, Web Services, SOAP, Flex, Ajax osv ... Jeg er nysgerrig over, hvorfor ingen endnu har bygget en webbaseret applikationsprogrammering brugergrænseflade. Med andre ord et træk og slip interface til API opkald. Med SOAP gemmer virksomheder et WSDL (Web Service Definition Language), der grundlæggende er et programmatisk encyklopædi til, hvordan man bruger webtjenesten. På fem år har ingen været i stand til at udvikle en løsning til fortolkning af en API eller Web Service til visuelt at opbygge en arbejdsgang? Arbejder nogen med det?

Her er min $ 1 milliard idé for dagen. Hvis nogen kunne opbygge en Flex-grænseflade, der kan læse en WSDL og visuelt repræsentere opkaldene, kan du trække og slippe interaktionerne mellem opkaldene. Det er det manglende link på internettet ... gør internettet tilgængeligt for alle til at 'programmere' deres egen løsning uden at skulle forstå sprog.

Hvad mener du?

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.