API… Sino ang nagtatayo ng isang APUI?

daloy ng trabaho1

Nagkaroon kami ng Mga Application Programming Interface nang medyo matagal sa industriya. Ang hamon ng isang API ay ang paghahanap ng mga mapagkukunang pag-unlad na kinakailangan upang maprograma ang pagsasama. Hindi madali. Gumagamit ng anumang modernong wika ng pagprograma, karaniwang kinakailangan mong mag-post ng mga variable sa isang serbisyo at pagkatapos ay makuha ang mga resulta na gumagamit ng XML (eXtensible Markup Language).

Noong 2000, nagtatrabaho ako para sa isang Database Marketing Consultancy sa Denver, Colorado at mayroon kaming tool na tinatawag na Sagent Solutions. Sagent kalaunan ay binili ni Pangkat1. Kilala ang Group1 sa pinangyarihan sa database ng marketing para sa pagbuo ng ilang kamangha-manghang mga application. Hindi ako sigurado kung ano ang nangyari sa mga produktong Sagent na ginamit ko dati, ngunit hindi kapani-paniwala ang mga ito. Sa kaliwang bahagi ng iyong screen mayroon kang 'pagbabago' at maaari mong i-drag ang mga ito sa isang daloy ng trabaho. Ang lahat ng mga input at output ng bawat pagbabago ay awtomatikong itali sa susunod na pagbabago.

Kaya, maaari akong bumuo ng isang daloy ng trabaho upang mag-import ng isang file, mapa ang mga patlang sa isang database, ibahin ang mga halaga ng mga patlang, linisin ang mga address, geocode ang mga address, i-export ang nakumpletong file, atbp Maaari ko ring hatiin ang daloy ng trabaho at gumawa ng maramihang mga proseso na may parehong data. Sa pagsusuri ng 'back-end' ng isang daloy ng trabaho, tinago talaga ni Sagent ang plano na gumagamit ng XML. Ito ay nangangahulugang maaari mong palakasang bumuo at magpatupad ng isang daloy ng trabaho kung nais mo. Ang solusyon ay isang 6 na digit na solusyon, ngunit ang pagbuo ng isang plano upang manipulahin ang isang warehouse ng data ay tumagal ng ilang minuto sa halip na mga araw.

Sa pag-usbong ng mga API, Mga Serbisyo sa Web, SOAP, Flex, Ajax, atbp. Nagtataka ako kung bakit wala pang bumuo ng isang web-based Application Programming User Interface. Sa madaling salita, isang drag and drop interface para sa API tawag. Sa SOAP, ang mga kumpanya ay nag-iimbak ng isang WSDL (Wika sa Kahulugan sa Serbisyo sa Web) na karaniwang isang programmatic encyclopedia para sa kung paano ubusin ang serbisyo sa web. Sa loob ng limang taon walang sinuman ang makakagawa ng isang solusyon para sa pagbibigay kahulugan ng isang API o Serbisyo sa Web upang biswal na bumuo ng isang daloy ng trabaho? Mayroon bang nagtatrabaho nito?

Narito ang aking $ 1 Bilyong ideya para sa araw. Kung ang isang tao ay maaaring bumuo ng isang Flex interface na maaaring basahin ang isang WSDL at biswal na kumatawan sa mga tawag, maaari mong i-drag at i-drop ang mga pakikipag-ugnayan sa pagitan ng mga tawag. Ito ay ang nawawalang link ng web ... ginagawa ang web na ma-access sa sinuman upang 'program' ang kanilang sariling solusyon nang hindi na nauunawaan ang anumang mga wika.

Ano sa tingin ninyo?

Ang site na ito ay gumagamit ng Akismet upang mabawasan ang spam. Alamin kung paano naproseso ang data ng iyong komento.