API… Ո՞վ է կառուցում APUI:

աշխատանքային հոսք 1

Արդյունաբերության մեջ բավականին երկար ժամանակ մենք ունեցել ենք Applicationրագրավորման ծրագրավորման միջերեսներ: Մարտահրավեր է ան API ինտեգրումը ծրագրավորելու համար անհրաժեշտ զարգացման ռեսուրսները գտնելն է: Դա հեշտ չէ. Օգտագործելով ցանկացած ժամանակակից ծրագրավորման լեզու, ձեզնից սովորաբար պահանջվում է փոփոխականներ տեղադրել ծառայությանը, ապա արդյունքներ ստանալ ՝ օգտագործելով XML (eXtensible նշման լեզու):

2000 թվականին ես աշխատում էի Կոլորադոյի Դենվեր քաղաքում գտնվող տվյալների շտեմարանի շուկայավարման խորհրդատվությունում և մենք ունեինք մի գործիք, որը կոչվում էր Sagent Solutions: Sagent- ը, ի վերջո, գնվեց ընկերության կողմից Խումբ 1, Group1- ը լավ հայտնի է տվյալների շտեմարանի շուկայավարման ասպարեզում `որոշ ֆանտաստիկ ծրագրեր կառուցելու համար: Վստահ չեմ, թե ինչ է պատահել Sagent- ի արտադրանքի հետ, որը ես օգտագործում էի, բայց դրանք անհավանական էին: Ձեր էկրանի ձախ կողմում դուք «վերափոխումներ» եք ունեցել և կարող եք դրանք քաշել աշխատանքային հոսքի մեջ: Յուրաքանչյուր փոխակերպման բոլոր մուտքերն ու ելքերը ինքնաբերաբար կկապվեն հաջորդ վերափոխման հետ:

Այսպիսով, ես կարող էի ստեղծել աշխատանքային գործընթաց ֆայլ ներմուծելու, դաշտերը տվյալների շտեմարանի մեջ վերափոխելու, դաշտերի արժեքները վերափոխելու, հասցեները մաքրելու, հասցեները աշխարհագրելու, լրացված ֆայլը արտահանելու և այլն: Ես նույնիսկ կարող էի բաժանել աշխատանքային գործընթացը և կատարել բազմակի գործընթացներ նույն տվյալների հետ: Վերանայելով աշխատանքային գործընթացի «հետևի վերջը» ՝ Sagent- ը փաստորեն պահպանեց ծրագիրը ՝ օգտագործելով XML: Դա, ըստ էության, նշանակում է, որ ցանկության դեպքում դուք կարող եք դինամիկ կերպով կառուցել և իրականացնել աշխատանքային գործընթաց: Լուծումը 6 նիշանոց լուծում էր, բայց տվյալների պահեստը շահարկելու ծրագիր կառուցելը օրերի փոխարեն տևեց րոպեներ:

API- ների, վեբ ծառայությունների, SOAP- ի, Flex- ի, Ajax- ի և այլնի գալուստով ... Ինձ հետաքրքիր է, թե ինչու ոչ ոք դեռ չի ստեղծել վեբ վրա հիմնված Application Programming- ի միջերես: Այլ կերպ ասած, քաշել և թողնել ինտերֆեյսը համար API զանգեր: SOAP- ի միջոցով ընկերությունները պահում են WSDL (վեբ ծառայության սահմանման լեզու), որը հիմնականում ծրագրային հանրագիտարան է, թե ինչպես սպառել վեբ ծառայությունը: Հինգ տարվա ընթացքում ոչ ոք չի կարողացել լուծում մշակել API կամ վեբ ծառայություն ՝ տեսողականորեն ստեղծելու՞ աշխատանքային գործընթաց: Ինչ-որ մեկը աշխատում է դրա վրա:

Ահա այս օրվա իմ $ 1 միլիարդ դոլարը: Եթե ​​ինչ-որ մեկը կարող էր կառուցել Flex ինտերֆեյս, որը կարող է կարդալ WSDL և տեսողականորեն ներկայացնել զանգերը, ապա կարող եք քաշել և թողնել զանգերի միջև փոխազդեցությունները: Դա ցանցի բացակայող օղակն է `համացանցը մատչելի դարձնելով յուրաքանչյուրի համար` «ծրագրավորելու» իրենց լուծումը ՝ առանց որևէ լեզու հասկանալու:

Ինչ եք կարծում?

Այս կայքը օգտագործում է Akismet- ը սպամի նվազեցման համար: Իմացեք, թե ինչպես է ձեր տվյալները մշակվում.