Jargoni eiramine: API

{h1}

Mittetehniliste juhtide ja ettevõtete omanike jaoks on mõiste „application programming interface” kohutav arusaam, mida tuntakse ärevuse, meeleheite ja isegi otsese kapitulatsiooni tekitamisena, kui see on ärikeskkonnas tekkinud. Termin üldkasutatavad initsiaalid, api, ei pruugi olla nii suur vaimne furball, kuid nad ei ole vähem keerulised kontekstis. Aga kui seda õigesti selgitada (nagu ma loodan seda teha), on api kergesti arusaadav. Arusaamine on oluline, kuidas mõista, kuidas internet täna areneb ja kujundab äri. Lihtsamalt öeldes: kui tarkvararakendused (töölauad, serverid ja veebid) on siis sarnased masinad

Mittetehniliste juhtide ja ettevõtete omanike jaoks on mõiste „Application Programming Interface” kohutav arusaam, mida tuntakse ärevuse, meeleheite ja isegi otsese kapitulatsiooni tekitamisena, kui see on ärikeskkonnas tekkinud. Termin üldkasutatavad initsiaalid, API, ei pruugi olla nii suur vaimne furball, kuid nad ei ole vähem keerulised kontekstis. Aga kui seda õigesti selgitada (nagu ma loodan seda teha), on API kergesti arusaadav. Arusaamine on oluline, kuidas mõista, kuidas internet täna areneb ja kujundab äri.

Lihtsamalt öeldes: kui tarkvararakendused (kaasaarvatud töölauad, serverid ja veebid) on sarnased masinatele, siis API on nagu tagaluuk, mis avaneb selle seadme sisemusse. Kuigi masinal on väliskontrollid, mis võimaldavad inimestel seda juhtida, on API liides teistele masinatele, pesa, millega masinat saab manipuleerida, kontrollida ja tõhusalt abielus teise masinaga. Inimene võib suruda hoobasid, klappe ja lugeda numbreid, kuid API-liidese kaudu kinnitub teine ​​masin, võrgud käiguga, liikuvad sisemised ja masina süda.

Tarkvara maailmas ei ole rakenduste programmeerimise liides inimliides. See on pistikupesa, mis võimaldab teise tarkvaraprogrammi sellega ühendada. API abil saab üks tarkvaraprogramm teabe töötlemiseks kasutada teavet, edastada teavet ja saada teavet.

Rakenduse API-d ei ole tarkvaramaailmas midagi uut ja nad on aeg-ajalt ja kaua aega enne Interneti kasutamist. Kõiki tarkvaraprogramme on ehitatud API-de abil, mis võimaldavad teistel tarkvaraprogrammidel nendega suhelda. Kuigi API-d ei olnud midagi uut, seisis maailm silmitsi mõne olulise väljakutsega, arendades API-sid, mida saaks kasutada internetis.

Esiteks pidid Interneti-liidese API-d olema piisavalt hästi kujundatud, et arvutiprogrammid saaksid üksteisega usaldusväärselt võrku ühendada. See ei ole lihtsalt lihtne suhtlemine internetis, vaid teiste programmide keerulise sisemise funktsionaalsuse kättesaadavus kogu levinud ülemaailmses võrgus kiiruse ja usaldusväärsusega. See oli lihtne, et luua operatsioonisüsteemis kasutamiseks mõeldud API-sid, kuid API-de ülesehitus suurel võrgul (nagu internet) oli alati olnud suurem väljakutse.

Teiseks arvasid interneti suure disaini taga olevad suured mõtted, et oleks tore, kui need masinaliidesed veebipõhiste rakenduste vahel oleksid „avatud” ja suhteliselt lihtsad. Nad soovisid ühist standardite kogumit, nii et olenemata rakenduse programmeerimisest oleks see funktsionaalsus avatud standardvormingus. Ideaaljuhul eksisteeriksid internetipõhised API-d, nii et kui programmeerija tahtis kirjutada rakendust, mis pääseb interneti kaudu programmile, ei peaks see programmeerija sellest kaugel programmist liiga tihedalt teadma. Ta peab lihtsalt teadma, et programmil oli API, mis oli „avatud” ja vastab programmeerimisstandarditele, mida ta juba mõistis.

Nii et kus me nüüd oleme? Me teeme tõsiseid edusamme. Standardid ei ole täiuslikud, kuid neid täiustatakse pidevalt. Kuna interneti infrastruktuur paraneb ja interneti lairibaühendus levib, leiame, et veebipõhiseid rakendusi ei ole lihtsam kasutada, vaid ka Interneti-rakendusi võrgus, luues veelgi kasulikke komposiitrakendusi (mida mõnikord nimetatakse „mash-ups“) ).

Varem on tarkvaraplatvormid alati rajatud operatsioonisüsteemidele ja nende aluseks olevale riistvarale. Tänapäeva internetil, mis põhineb avatud standarditel, ei pea rakendused teisest otsast operatsioonisüsteemi ja riistvara kohta midagi teadma. Me näeme, et veeb on nähtav platvormina, sõltumata operatsioonisüsteemist ja riistvarast. Ja see on midagi uut ja põnevat.

—–
Täiendav arusaam - Te võite selle raamatu „Objektitehnoloogia: juhi juhend” midagi saada. Kirjeldatud mittetehnilisele ettevõtjale on see suurepärane sissejuhatus tarkvaraarenduse alustele ja jaotatud rakendustele veebis.

Mittetehniliste juhtide ja ettevõtete omanike jaoks on mõiste „Application Programming Interface” kohutav arusaam, mida tuntakse ärevuse, meeleheite ja isegi otsese kapitulatsiooni tekitamisena, kui see on ärikeskkonnas tekkinud. Termin üldkasutatavad initsiaalid, API, ei pruugi olla nii suur vaimne furball, kuid nad ei ole vähem keerulised kontekstis. Aga kui seda õigesti selgitada (nagu ma loodan seda teha), on API kergesti arusaadav. Arusaamine on oluline, kuidas mõista, kuidas internet täna areneb ja kujundab äri.

Lihtsamalt öeldes: kui tarkvararakendused (kaasaarvatud töölauad, serverid ja veebid) on sarnased masinatele, siis API on nagu tagaluuk, mis avaneb selle seadme sisemusse. Kuigi masinal on väliskontrollid, mis võimaldavad inimestel seda juhtida, on API liides teistele masinatele, pesa, millega masinat saab manipuleerida, kontrollida ja tõhusalt abielus teise masinaga. Inimene võib suruda hoobasid, klappe ja lugeda numbreid, kuid API-liidese kaudu kinnitub teine ​​masin, võrgud käiguga, liikuvad sisemised ja masina süda.

Tarkvara maailmas ei ole rakenduste programmeerimise liides inimliides. See on pistikupesa, mis võimaldab teise tarkvaraprogrammi sellega ühendada. API abil saab üks tarkvaraprogramm teabe töötlemiseks kasutada teavet, edastada teavet ja saada teavet.

Rakenduse API-d ei ole tarkvaramaailmas midagi uut ja nad on aeg-ajalt ja kaua aega enne Interneti kasutamist. Kõiki tarkvaraprogramme on ehitatud API-de abil, mis võimaldavad teistel tarkvaraprogrammidel nendega suhelda. Kuigi API-d ei olnud midagi uut, seisis maailm silmitsi mõne olulise väljakutsega, arendades API-sid, mida saaks kasutada internetis.

Esiteks pidid Interneti-liidese API-d olema piisavalt hästi kujundatud, et arvutiprogrammid saaksid üksteisega usaldusväärselt võrku ühendada. See ei ole lihtsalt lihtne suhtlemine internetis, vaid teiste programmide keerulise sisemise funktsionaalsuse kättesaadavus kogu levinud ülemaailmses võrgus kiiruse ja usaldusväärsusega. See oli lihtne, et luua operatsioonisüsteemis kasutamiseks mõeldud API-sid, kuid API-de ülesehitus suurel võrgul (nagu internet) oli alati olnud suurem väljakutse.

Teiseks arvasid interneti suure disaini taga olevad suured mõtted, et oleks tore, kui need masinaliidesed veebipõhiste rakenduste vahel oleksid „avatud” ja suhteliselt lihtsad. Nad soovisid ühist standardite kogumit, nii et olenemata rakenduse programmeerimisest oleks see funktsionaalsus avatud standardvormingus. Ideaaljuhul eksisteeriksid internetipõhised API-d, nii et kui programmeerija tahtis kirjutada rakendust, mis pääseb interneti kaudu programmile, ei peaks see programmeerija sellest kaugel programmist liiga tihedalt teadma. Ta peab lihtsalt teadma, et programmil oli API, mis oli „avatud” ja vastab programmeerimisstandarditele, mida ta juba mõistis.

Nii et kus me nüüd oleme? Me teeme tõsiseid edusamme. Standardid ei ole täiuslikud, kuid neid täiustatakse pidevalt. Kuna interneti infrastruktuur paraneb ja interneti lairibaühendus levib, leiame, et veebipõhiseid rakendusi ei ole lihtsam kasutada, vaid ka Interneti-rakendusi võrgus, luues veelgi kasulikke komposiitrakendusi (mida mõnikord nimetatakse „mash-ups“) ).

Varem on tarkvaraplatvormid alati rajatud operatsioonisüsteemidele ja nende aluseks olevale riistvarale. Tänapäeva internetil, mis põhineb avatud standarditel, ei pea rakendused teisest otsast operatsioonisüsteemi ja riistvara kohta midagi teadma. Me näeme, et veeb on nähtav platvormina, sõltumata operatsioonisüsteemist ja riistvarast. Ja see on midagi uut ja põnevat.

—–
Täiendav arusaam - Te võite selle raamatu „Objektitehnoloogia: juhi juhend” midagi saada. Kirjeldatud mittetehnilisele ettevõtjale on see suurepärane sissejuhatus tarkvaraarenduse alustele ja jaotatud rakendustele veebis.

Mittetehniliste juhtide ja ettevõtete omanike jaoks on mõiste „Application Programming Interface” kohutav arusaam, mida tuntakse ärevuse, meeleheite ja isegi otsese kapitulatsiooni tekitamisena, kui see on ärikeskkonnas tekkinud. Termin üldkasutatavad initsiaalid, API, ei pruugi olla nii suur vaimne furball, kuid nad ei ole vähem keerulised kontekstis. Aga kui seda õigesti selgitada (nagu ma loodan seda teha), on API kergesti arusaadav. Arusaamine on oluline, kuidas mõista, kuidas internet täna areneb ja kujundab äri.

Lihtsamalt öeldes: kui tarkvararakendused (kaasaarvatud töölauad, serverid ja veebid) on sarnased masinatele, siis API on nagu tagaluuk, mis avaneb selle seadme sisemusse. Kuigi masinal on väliskontrollid, mis võimaldavad inimestel seda juhtida, on API liides teistele masinatele, pesa, millega masinat saab manipuleerida, kontrollida ja tõhusalt abielus teise masinaga. Inimene võib suruda hoobasid, klappe ja lugeda numbreid, kuid API-liidese kaudu kinnitub teine ​​masin, võrgud käiguga, liikuvad sisemised ja masina süda.

Tarkvara maailmas ei ole rakenduste programmeerimise liides inimliides. See on pistikupesa, mis võimaldab teise tarkvaraprogrammi sellega ühendada. API abil saab üks tarkvaraprogramm teabe töötlemiseks kasutada teavet, edastada teavet ja saada teavet.

Rakenduse API-d ei ole tarkvaramaailmas midagi uut ja nad on aeg-ajalt ja kaua aega enne Interneti kasutamist. Kõiki tarkvaraprogramme on ehitatud API-de abil, mis võimaldavad teistel tarkvaraprogrammidel nendega suhelda. Kuigi API-d ei olnud midagi uut, seisis maailm silmitsi mõne olulise väljakutsega, arendades API-sid, mida saaks kasutada internetis.

Esiteks pidid Interneti-liidese API-d olema piisavalt hästi kujundatud, et arvutiprogrammid saaksid üksteisega usaldusväärselt võrku ühendada. See ei ole lihtsalt lihtne suhtlemine internetis, vaid teiste programmide keerulise sisemise funktsionaalsuse kättesaadavus kogu levinud ülemaailmses võrgus kiiruse ja usaldusväärsusega. See oli lihtne, et luua operatsioonisüsteemis kasutamiseks mõeldud API-sid, kuid API-de ülesehitus suurel võrgul (nagu internet) oli alati olnud suurem väljakutse.

Teiseks arvasid interneti suure disaini taga olevad suured mõtted, et oleks tore, kui need masinaliidesed veebipõhiste rakenduste vahel oleksid „avatud” ja suhteliselt lihtsad. Nad soovisid ühist standardite kogumit, nii et olenemata rakenduse programmeerimisest oleks see funktsionaalsus avatud standardvormingus. Ideaaljuhul eksisteeriksid internetipõhised API-d, nii et kui programmeerija tahtis kirjutada rakendust, mis pääseb interneti kaudu programmile, ei peaks see programmeerija sellest kaugel programmist liiga tihedalt teadma. Ta peab lihtsalt teadma, et programmil oli API, mis oli „avatud” ja vastab programmeerimisstandarditele, mida ta juba mõistis.

Nii et kus me nüüd oleme? Me teeme tõsiseid edusamme. Standardid ei ole täiuslikud, kuid neid täiustatakse pidevalt. Kuna interneti infrastruktuur paraneb ja interneti lairibaühendus levib, leiame, et veebipõhiseid rakendusi ei ole lihtsam kasutada, vaid ka Interneti-rakendusi võrgus, luues veelgi kasulikke komposiitrakendusi (mida mõnikord nimetatakse „mash-ups“) ).

Varem on tarkvaraplatvormid alati rajatud operatsioonisüsteemidele ja nende aluseks olevale riistvarale. Tänapäeva internetil, mis põhineb avatud standarditel, ei pea rakendused teisest otsast operatsioonisüsteemi ja riistvara kohta midagi teadma. Me näeme, et veeb on nähtav platvormina, sõltumata operatsioonisüsteemist ja riistvarast. Ja see on midagi uut ja põnevat.

—–
Täiendav arusaam - Te võite selle raamatu „Objektitehnoloogia: juhi juhend” midagi saada. Kirjeldatud mittetehnilisele ettevõtjale on see suurepärane sissejuhatus tarkvaraarenduse alustele ja jaotatud rakendustele veebis.


Video: Parental Guidance


Et.HowToMintMoney.com
Kõik Õigused Reserveeritud!
Kordusprint Materjale On Võimalik Viidates Allikale - Veebileht: Et.HowToMintMoney.com

© 2012–2019 Et.HowToMintMoney.com