25 լավագույն JavaScript API- ներ

Բովանդակություն

• 01. Փոփոխել զննարկչի կարգավորումները
• 02. File API- ներ
• 03. Microsoft- ի ճանաչողական ծառայություններ
• 04. Բաց կառավարման API- ներ
• 05. ԱՅՍՏԵ քարտեզագրման API
• 06. OpenStreetMap API
• 07. Լեզվաբանության մագիստրոս
• 08. Կտավից դուրս էկրան API
• 09. ՆԱՍԱ
• 10. Ստացեք Slack տվյալներ
• 11. YouTube API
• 12. Վճարման հարցման API
• 13. CSS Layout API
• 14. Հավատարմագրերի կառավարման API
• 15. CSS Paint API
• 16. Web Animations API
• 17. Գրելի Ֆայլեր API
• 18. Ընդհանուր սենսորի API
• 19. Paint Timing API
• 20. Web Speech API
• 21. Խաչմերուկի դիտորդ
• 22. Հաշվետվություն դիտորդին
• 23. OffscreenCanvas
• 24. Միջազգայնացման API
• 25. GraphQL

Ահա այս պահին մեր լավագույն JavaScript API- ների ընտրությունը, ինչպես նաև դրանց օգտագործումը սկսելու ուղեցույց: Դրանք կօգնեն ձեզ ավելացնել նոր և հետաքրքիր գործառույթներ ձեր կայքերում և ծրագրերում: Նախազգուշացման խոսք. Այս API- ներից շատերը դեռ մշակման փուլում են, այնպես որ համոզվեք, որ ստուգեք զննարկչի աջակցությունը նախքան դրանք սկսելը և անհրաժեշտության դեպքում տրամադրեք հետադարձ կապ:

Լրացուցիչ զարմանահրաշ ներդիրների ուսումնասիրության համար դիտեք մեր HTML- ի լավագույն HTML API- ների և Google API- ների ուղեցույցները: Կամ զրոյից կայք կառուցելու համար (առանց կոդի) օգտագործեք կայք ստեղծող: Բացի այդ, կարևոր է հաշվի առնել վեբ հոստինգի ծառայության ձեր ընտրությունը, որպեսզի համոզվեք, որ ձեր կայքը գործում է այնպես, ինչպես ցանկանում եք:

01. Փոփոխել զննարկչի կարգավորումները

• Կարդալ ավելին: Mozilla ամփոփում

Չնայած զննարկիչը սովորաբար վերևում է իր մեջ աշխատող ցանկացած կոդից, Mozilla- ից ստացված API- ն թույլ է տալիս JavaScript- ին սահմանափակ մուտք ունենալ զննարկչի պարամետրերին: Մտածեք այնպիսի ասպեկտների մասին, ինչպիսիք են օգտագործողի հիմնական էջը կարդալը, ինչպես են էջանիշները վարվում և որտեղ են հայտնվում նոր ներդիրները:

02. File API- ներ

• Կարդալ ավելին: W3C ամփոփում

Մեծ քանակությամբ կայուն տվյալների գործածումը միշտ էլ մի փոքր խնդիր էր վեբ հավելվածների համար: W3C ֆայլի API- ն միավորում է տարբեր վաճառողների կողմից օգտագործվող որոշ հասկացություններ. Հիշեք, որ ֆայլային համակարգի ամբողջական մուտքը սովորաբար չի տրվում, հիմնականում անվտանգության նկատառումներից ելնելով:

03. Microsoft- ի ճանաչողական ծառայություններ

• Կարդալ ավելին: Microsoft- ի ամփոփում

Արհեստական ​​հետախուզությունը պահանջում է ծայրահեղ քանակությամբ ուսումնական տվյալներ. Տրամաբանորեն, վաճառողները դրդապատճառ չունեն այդ մոդելները տրամադրել իրենց հաճախորդներին: Փոխարենը, մշակողներին թույլատրվում է բեռներ ուղարկել սերվեր, որն այնուհետև վերլուծվում է առցանց:

Չնայած ամպային բոլոր խոշոր վաճառողներն առաջարկում են քիչ թե շատ բարդ արհեստական ​​ինտելեկտի ծառայություններ, Microsoft- ն առանձնանում է AI հատկությունների վրա կենտրոնանալով: API առաջարկները ներկայացված են ճանաչողական ծառայություններ տերմինի ներքո; Դուք կարող եք մուտք գործել այնպիսի հատկություններ, ինչպիսիք են պատկերի ճանաչման առաջադեմ ծառայությունները: Օրինակ, այս տուփին ուղեկցող նկարը ցույց է տալիս, որ AI- ն օգտագործվում է մամուլի լուսանկարից Microsoft- ի գլխավոր տնօրենին ճանաչելու համար. Այլ հատկություններ կապված են տեսանյութի, ձեռագրի և ձայնի ճանաչման և արտագրության հետ:

Չնայած արտադրանքի որակը սովորաբար շատ բարձր է, հիշեք, որ շարունակական օգտագործումը բացառապես էժան է. Ժամանակն անցնում է, օգտագործման գանձումները կարող են և ավելացվել: (Եթե կրկնօրինակում ունեք մեդիա ֆայլեր, օգտագործեք ամպային լավագույն պահեստը):

04. Բաց կառավարման API- ներ

• Կարդալ ավելին: Data.gov ամփոփագիր

Demողովրդավարական ճանապարհով ընտրված ներկայացուցիչները սովորաբար մեծ հմտություն են ցուցաբերում փող փոխակերպելու հարցում: Բաց կառավարման հայեցակարգը նշանակում է, որ այդ աշխատանքների արդյունքները մատչելի են դառնում (սովորաբար բաց) API- ների միջոցով, ինչը թույլ է տալիս երրորդ կողմի մշակողներին կատարել տվյալների հավաքման ամեն տեսակի մոգություն:

Հատկապես հետաքրքիր մի ոլորտ վերաբերում է փոխադրմանը. Հասարակական տրանսպորտի ծառայությունները հակված են API- ներին ապահովել իրենց մեքենաների կենդանի տեղակայմամբ և երթուղային ցանցում դիտվող հաճախականություններով:

Դա չի արվում զուտ ալտրուիզմից ելնելով. Ճիշտ արվելուց հետո, որոշակի քաղաքի կամ քաղաքի «տեղական երթևեկություն» հավելվածը կարող է արագ բարձրանալ տեղական հավելվածների խանութի շարքեր: Կառավարությունը կարիք չունի ռեսուրսներ ներդնել ծառայության ստեղծման մեջ, մինչդեռ մշակողը, սովորաբար, կատարում է գովազդային տարածք վաճառելու կոկիկ փող ՝ տեղական սահմանափակ լսարանի շնորհիվ:

Բացի այս API- ներից, մշակողները սովորաբար նաև զիջում են այլ բաների: Ֆրանսիայի կառավարությունը, օրինակ, համեմատաբար մանրամասն հնարավորություններ կտա հասցեներ փնտրելու համար:

05. ԱՅՍՏԵ քարտեզագրման API

• Կարդալ ավելին: ԱՅՍՏԵ ամփոփում

Մրցակցությունը, ըստ սահմանման, լավ է: Ահա Nokia- ի նախկին քարտեզագրման բաժինը և ծրագրավորողներին առաջարկում է «երրորդ կողմ» այլընտրանք մեծ եռյակի կողմից քարտեզագրման ծառայություններին: Հետաքրքիր ասպեկտներից մեկը չափազանց պարզ API- ն է, որը սալիկների ներբեռնումը քամի է դարձնում:

06. OpenStreetMap API

• Կարդալ ավելին: MapBox ամփոփում

OpenStreetMap- ը չի տրամադրում պատրաստի ցուցադրման համար նախատեսված քարտեզներ: Փոխարենը, անհրաժեշտ կլինի մատուցման ծառայություն, ինչպիսին է CartoType- ը: Կայքում աշխատելիս `մատուցման հատուկ համակարգ ստեղծելը մի քիչ աշխատանք է` MapBox- ը տրամադրում է օգտագործման դիմաց վճարման տարբերակ:

07. Լեզվաբանության մագիստրոս

• Կարդալ ավելին: Microsoft- ի տեղեկանք

Օգտատերերի կողմից ստեղծված բովանդակությամբ զբաղվող ծրագրերը կարող են միավորներ հավաքել `առաջարկելով ինտեգրված թարգմանչական ծառայություն: Twitter- ի կամ Gab- ի հաճախորդը, օրինակ, կարող է թարգմանել անգլերեն տեքստեր ռուսերեն `դրանք ավելի հեշտ դարձնել այդ լսարանի համար:

Չնայած «մեքենայական թարգմանության համակարգերը» ՏՏ ոլորտի ամենահին հետազոտական ​​ոլորտներից են, աշխատող մեքենայական թարգմանչի ձեռքով զարգացումը դժվար է: Microsoft– ի Թարգմանական API– ն վերջերս թարմացվել է 3.0 – ի տարբերակում և մեկ պատուհան է ՝ բալեզյան ոլորտի բոլոր խնդիրների համար: Լեզվական զույգերի միջեւ թարգմանություններ կատարելուց բացի, ծառայությունը կարող է օգտագործվել նաև պարզելու համար, թե որ լեզվով է հատուկ տեքստը: Դրանից հետո կարող եք օգտագործել այս տվյալները `ավելի փոքր API- ներ կազմաձևելու համար, ինչպիսիք են ուղղագրության ստուգիչը:

Վերջապես, բառաբանությունները և առանձին բառերը կարող են նաև ուղարկվել բառարանային հարցում: Վերադարձված տեղեկատվությունը կախված է իրավիճակից. Որոշ դեպքերում Microsoft- ը կարող է նույնիսկ վերադարձնել տասնյակ բառապաշարներ ՝ հասկանալու համար:

08. Կտավից դուրս էկրան API

• Կարդալ ավելին: Google տեղեկանք

Մշակողները ժամանակին օգտագործել են կրկնակի բուֆեր անվանումով տեխնիկա ՝ առանց թրթռալու գրաֆիկա տալու համար: Google- ը նմանատիպ մի բան է ներկայացրել. Այն ստեղծում է էկրանից դուրս պատուհան, որտեղ գրաֆիկան կարելի է «բեմադրել» բարձր կատարողականությամբ:

09. ՆԱՍԱ

• Կարդալ ավելին: NASA- ի ամփոփում

Microsoft- ի որոշումը `Windows Phone 7-ի օգտագործողներին ժամանակ առ ժամանակ համադրված պաստառներ տրամադրելու համար, ծածանվեց արդյունաբերության մեջ: Հաշվի առնելով, որ Տիեզերքի նկարները միշտ էլ տարածված են, ինչու՞ չգնալ աղբյուրի մոտ և ինքներդ ձեզ վերցնել NASA- ի անվերջ խանութից:

10. Ստացեք Slack տվյալներ

• Կարդալ ավելին: Դանդաղ ամփոփում

Սլաքն ինքն իրեն հաստատեց որպես «ժամանակակից նախագծերի կառավարման» հիմնական գործիք: Եթե ​​դուք երբևէ ցանկանաք օգտագործել նման նախագծում պարունակվող տվյալներ, ձեռք բերեք API նշան և կոտրեք այն: Doneիշտ ավարտելուց հետո ձեր վեբ հավելվածը կարող է նույնիսկ ինտեգրվել Slack GUI- ին:

11. YouTube API

• Կարդալ ավելին: Google- ի ամփոփում

YouTube- ի ալիքը նույնքան լավն է, որքան դրա ետևում կանգնած վերլուծությունները: Google- ի YouTube Տվյալների API- ն կարող է առանձնապես կոշտ չլինել, բայց, ի միջի այլոց, արժեքավոր պատկերացում է տալիս ձեր լսարանի վարքի վերաբերյալ:

12. Վճարման հարցման API

• Կարդալ ավելին: W3C ամփոփում

JavaScript- ի առաջին API- ն, որը մենք դիտում ենք, Վճարման հարցման API- ն է: Էլեկտրոնային առևտրի կայք ստեղծելու ժամանակ շատ մտքեր են գնում բարելավելու դրամարկղային հոսքը `համոզվելու, որ փորձը հնարավորինս հարթ է և ցավազուրկ: Վճարման մանրամասները մուտքագրելը մնում է կրկնվող գործընթաց: Եթե ​​որևէ ոլորտ փոքր-ինչ սխալ է, ամբողջ գործընթացը խախտվում է, և այն պետք է նորից սկսել: Theրագրավորողի կողմից յուրաքանչյուր վճարման եղանակի համար ճիշտ վավերացման ստուգումներ կատարելը ժամանակատար գործընթաց է:

Վճարման հարցման API- ն վերացնում է դրամարկղի փորձի այս մասը: Էջը կարող է պահանջել իրեն անհրաժեշտ տեղեկատվությունը, իսկ զննարկիչը օգտվողին տրամադրում է մուտքագրման դաշտեր:

Օգտվողը պետք է միայն մեկ անգամ մուտքագրի իր տվյալները, և դրանք կարող են օգտագործվել տարբեր կայքերում և գործարքների միջոցով: Կախված սարքից ՝ նրանք նույնիսկ կարող են օգտագործել օգտագործողի հաշվի հետ կապված վճարման եղանակները, ինչպիսիք են Google- ը և Apple Pay- ը:

const խնդրանք = նոր PaymentRequest ([{աջակցվածՄեթոդներ ՝ «հիմնական քարտ»)], {ընդամենը ՝ {պիտակ ՝ «Ընդհանուր», գումարը ՝ {արժույթ ՝ «GBP», արժեք ՝ 6.5}}});

Օբյեկտը վերցնում է մի քանի պարամետր, որոնք նկարագրում են վճարումը, որը պետք է տեղի ունենա: Առաջին մանրամասները `ընդունված վճարման եղանակները: Դրանք կարող են լինել տարբեր տեսակի վճարային քարտեր, ինչպես նաև մանրամասներ երրորդ կողմի այլ վճարային լուծումների հետ ինտեգրվելու համար: Կա նույնիսկ մեկ այլ վեբ հավելված որպես վճարման եղանակ ներառելու հնարավորություն `օգտագործելով Payment Handler API:

Երկրորդը գնվողի բաշխումն է: Սա կարող է լինել ցանկացած ձևաչափ, որն իմաստ ունի գործարքի համար: Սա ներառում է նաև առաքման ծախսերի ընտրանքներ, որոնք կարող են հաշվարկվել `ելնելով այլ գործոններից, ինչպիսիք են առաքման հասցեն: Կա նաև երրորդ, կամընտիր փաստարկ, որպեսզի նշվի ցանկացած լրացուցիչ տեղեկատվություն, որը պետք է հավաքել, ինչպիսիք են էլ. Փոստի հասցեն կամ կոնտակտային համարը:

13. CSS Layout API

• Կարդալ ավելին: W3C ամփոփում

Որպես ընդհանուր կանոն, ձեր կայքի դասավորությունը պետք է թողնել CSS: JavaScript- ի միջոցով դասավորության փոփոխությունները մշակվում են վատ աշխատանքի և շատ ձեռնարկների պահպանման համար: Բայց ի՞նչ է տեղի ունենում, եթե կայքը պահանջում է ոչ ստանդարտ դասավորություն: SSանցի նման ավանդական տեղադրումը, որը տրամադրում է CSS- ը, կարող է չաշխատել ավելի կրեատիվ դիզայնի գաղափարների համար:

Layout API- ը մշակողներին հնարավորություն է տալիս ստեղծել իրենց դասավորության մոդուլները, ինչպես ներկայումս գործող ցանցային կամ flex մոդուլները: Սահմանելով այն կանոնները, որոնց վրա պետք է աշխատի, API- ն կարող է իր տարրերը տեղավորել ցանկացած վայրում: Դա երկրորդ Houdini API- ն է, որն այն հասցնում է զննարկիչների:

Հուդինին ներկայացրեց «աշխատատեղեր» հասկացությունը, որոնք աշխատում են նման վեբ աշխատողների, բայց խիստ մասնագիտացված են մեկ գործունեության մեջ: Layout API- ն աշխատում է որոշակի դասավորության աշխատակազմի միջոցով: Սրանք գրանցվում են զննարկչում, ինչը հնարավորություն է տալիս նրանց վերցնել CSS- ում:

դասի MasonryWorklet { * դասավորությունը (երեխաներ, եզրեր, սահմանափակումներ, styleMap) {}} registerLayout ("որմնադրությանը", MasonryWorklet);

Հատակագծի աշխատակազմը կոչվում է մեկ մեթոդ դասավորությունը, որը զբաղվում է տարրերի դիրքավորմամբ: Այն աշխատում է որպես գեներատորի ֆունկցիա, ինչը հնարավորություն է տալիս դրան զուգահեռ գործել էջի մնացած մասի հետ, որպեսզի ամեն ինչ սահուն լինի:

Առաջին պարամետրը հղում է այն դասի, որի վրա կիրառվում է այն անմիջապես երեխայի տարրերը: Չափի տվյալները հասանելի են երկրորդ և երրորդ պարամետրերից: Մեկը տրամադրում է դիրքորոշման և չափման տեղեկատվություն ոճավորվող տարրի մասին, իսկ մյուսը սահմանում է այն սահմանափակումները, որոնցում պետք է աշխատի տարրը: Վերջնական պարամետրը նկարագրում է տարրի մնացած ոճերը, ներառյալ ցանկացած հարմարեցված հատկություն, որը կարող է իրեն հետաքրքրել:

.el {ցուցադրում. դասավորություն (որմնադրությանը); }

Պատվերով մոդուլը կիրառվում է սովորականի կիրառմամբ ցուցադրում հատկություն տարրի վրա: Այն օգտագործում է դասավորությունը գործառույթը, աշխատամիջոցի անվան հետ միասին:

14. Հավատարմագրերի կառավարման API

• Կարդալ ավելին: W3C ամփոփում

Փոխարենը ստիպված լինելով հիշել մուտքի շատ անհատական ​​մանրամասներ, օգտվողները կարող են մուտք գործել զննարկչում պահված հավատարմագրերով: Այդ կերպ, մի քանի սարքերի օգտվողները կարող են ստիպել իրենց մանրամասներին հետևել դրանց ՝ առանց ամեն անգամ մուտք գործելու անհրաժեշտության:

Չնայած զննարկչի ինքնալրացման առանձնահատկությունը կարող է նվազեցնել շփումը բուն գաղտնաբառ մուտքագրելու դեպքում, Հավատարմագրերի կառավարման API- ն կարող է ավտոմատ կերպով մուտք գործել օգտվողի ՝ էջը հայտնվելուն պես: Այն կարող է նաև մուտք գործել նույնականացման այլ ձևերի միջոցով, ինչպիսիք են հանրային բանալին կամ նույնականացման մատակարարի միջոցով, ինչպիսին է OpenID- ը:

15. CSS Paint API

• Կարդալ ավելին: W3C ուղեցույց կամ Google Developers- ի ամփոփում

CSS- ը և JavaScript- ը հաճախ դիտվում են որպես կայքի առանձին մասեր `միայն երբևէ միավորվում են փոքր ձևերով, օրինակ` դասի անուն ավելացնելով: Մշակողները քիչ հնարավորություններ ունեն փոխելու, թե ինչպես է զննարկիչը որոշում կայացնում այլ էջ ներկայացնել, քան ուղղակիորեն թարմացնում է DOM- ը:

Դա ամբողջությամբ պատրաստվում է փոխվել հաջորդ տարի, քանի որ տեխնիկական պայմանների նոր հավաքածու սկսում է հայտնվել բրաուզերում: Դրանք հնարավորություն են տալիս JavaScript- ի միջոցով զննարկչում մատուցել մատուցվող խողովակաշար, որպեսզի մշակողները օգնեն մշակողներին մանրազնին կարգավորել զննարկչի գործողությունները իրենց կարիքներին:

Houdini- ի աշխատանքային խումբը բաղկացած է զննարկիչների և տեխնոլոգիական ընկերությունների մարդկանց հավաքածուից: Դրանց նպատակն է բացել զննարկչում ամեն ինչ մատուցելու ձևը այնպես, որ այն դյուրին լինի ծրագրավորողների համար: Սա ներառում է դասավորություններ, տառատեսակներ և անիմացիաներ:

Specificննարկիչներին արդեն հարվածող առաջին ճշգրտումը CSS Paint API- ն է (հայտնի է նաև որպես CSS Custom Paint): Այս API- ն հնարավորություն է տալիս ծրագրավորմամբ գեներացնել պատկեր, երբ CSS հատկությունն ակնկալում է այն: Օգտագործեք JavaScript- ը դինամիկ ֆոններ, եզրագծեր և պատկերի դիմակներ ստեղծելու համար և դրանք կիրառելու CSS- ում `առանց կատարողականի մեծ հարվածի: Այն շուտով միանալու է Chrome կայունում:

դաս MyPaintWorklet {static get inputProperties () {վերադարձ []; } ներկ (ctx, չափ, հատկություններ) {}} registerPaint ('my-paint', MyPaintWorklet);

Paint API- ն օգտագործում է ներկերի աշխատանքային հավաքածու ՝ սահմանելու, թե ինչ պետք է անի զննարկիչը ՝ ամեն անգամ էկրանը թարմացնելու անհրաժեշտության դեպքում: Յուրաքանչյուր ներկ կարող է օգտագործել աշխատակազմի նոր տարբերակ, ինչը նշանակում է, որ ցանկացած կայուն տվյալներ պետք է պահվեն այլ վայրում:

Ի նկարել հետադարձ կապի մեթոդը անցնում է երեք արժեք: Առաջինը համատեքստն է, որն աշխատում է կտավի համատեքստի նման: Այն կարելի է նկարել նույն ձևով և ունի նույն հնարավորությունների մեծ մասը, բայց քանի որ դա կարելի է անվանել վայրկյանում բազմիցս, այն պետք է լինի պարզ:

Երկրորդ արժեքը տալիս է տեղեկատվություն նկարվող տարրի մասին, ինչպիսիք են նրա բարձրությունը և լայնությունը: Սա կարող է օգտագործվել համոզվելու համար, որ վերջնական արդյունքը կատարյալ կերպով տեղավորվում է ամեն անգամ, երբ այն օգտագործվում է:

Վերջնական արժեքը պարունակում է ոճի բոլոր հատկությունները օբյեկտի վրա: Սա ներառում է մուտքի մեջ սահմանված ցանկացած մուտքագրման անհատական ​​հատկություններ: Դրանք օգտագործում են մուտքագրված օբյեկտի մոդելը `մեկ այլ նոր Houdini հատկություն, որը հեշտացնում է CSS- ի արժեքների մարսումը JavaScript- ում:

Վերջին զանգը գրանցում է բրաուզերը զննարկչի հետ և բացում այն ​​դեպի CSS կողմ:

.el {background-image: paint (իմ ներկ); }

CSS- ի շրջանակներում օգտագործելու համար այն ներառում է մեկ տողային գործառույթ: Անցած արժեքը `աշխատուժը գրանցելիս տրամադրվող էֆեկտի անունն է: API- ն ու դրա հետ կապված աշխատակազմը մատչելի են Chrome- ում և Opera- ում, մինչդեռ այն շարունակում է մնալ առանցքային ուշադրություն Safari, Firefox և Samsung ինտերնետային զննարկիչների համար: Մինչ ճշգրտումը մոտենում է ավարտին, սպասեք, որ շուտով այն կհայտնվի այդ զննարկիչներում:

Հետագայում ճշգրտման վերաբերյալ կրկնությունները տրամադրում են CSS գործառույթի դեմ փաստարկներ տրամադրելու մեխանիզմ, որը նման է գրադիենտների ներկայումս սահմանմանը: Սա հնարավորություն է տալիս հեշտացնել անհատականացումը ՝ առանց հատուկ հատկություններ կիրառելու: Քննարկվում են նաև այլ տարբերակներ, ինչպիսիք են շերտերի համար ալֆա-ալիք սահմանելը:

16. Web Animations API

• Կարդալ ավելին: W3C ուղեցույց

JavaScript- ով անիմացիան պատմականորեն ունեցել է վատ ռեփ: Դիրքի արժեքները փոխելով տարրերը տեղափոխելը առաջացնում է բազմաթիվ ներկեր և հանգեցնում է վատ աշխատանքի: CSS անիմացիաներն ավելի լավ ընտրություն են, բայց դրանք դժվար է շահարկել թռիչքի ժամանակ:

Web Animations API- ն ապահովում է նույն անիմացիոն շարժիչի մուտքը, որն ապահովում է CSS- ի կողմը:

Const անիմացիա = el.animate ([{վերափոխել ՝ «պտտել (0)»}, {փոխակերպել ՝ «պտտել (360deg)»}), 1000);

Յուրաքանչյուր տարր ունի իր կենդանացնել մեթոդը, որը տանում է մի շարք ստեղնաշարեր, գումարած կա՛մ պարամետրերի օբյեկտ, կա՛մ տևողություն: Սա վերադարձնում է անիմացիայի օբյեկտ, որը այնուհետև կարող է թարմացվել ՝ խաղալու, դադար տալու և նվագարկման արագությունը կարգավորելու համար:

Ավելին օգուտ է գալիս Houdini- ն `անիմացիոն աշխատանքային կայաններով: Սրանք աշխատում են API- ի նման շարահյուսության վրա, բայց թույլ են տալիս ավելի լավ վերահսկողություն իրականացնել: Դրանք կարող են կառավարվել ժամանակից բացի այլ մուտքերով, ինչպիսիք են ոլորումը կամ հպման դիրքը: Սա դեռ մշակման փուլում է. Ավելին իմանալու համար դիմեք դեպի Chrome մշակողի բլոգ. 

Web Animations API- ի աջակցությունն ինքնին փոքր է, բայց արագ աճում է: Օգտագործելով առանձնահատկությունների հայտնաբերում, նրանք, ովքեր դրան աջակցում են, կարող են անմիջապես զգալ օգուտները:

17. Գրելի Ֆայլեր API

Վեբ հավելվածների երկարաժամկետ նպատակն է հասնել նրանց մակարդակին, ինչ իրենց հայրենի գործընկերները: Որոշ ֆունկցիոնալություն, այնուամենայնիվ, մնում է պակաս, մասնավորապես տեղական ֆայլերը կառավարելու շուրջ:

Ֆայլեր գրելը ներկայումս ներառում է ներբեռնման ստեղծում և պահպանում որոշակի գրացուցակում: Հատուկ ֆայլի վրա կրկնությունները պահելը կստեղծի բազմաթիվ օրինակներ, ինչը միշտ չէ, որ լավ փորձ է:

Գրելի ֆայլերի API- ն մշակողներին ավելի շատ ճկունություն կտա և հնարավորություն կտա օգտվողներին որոշել, թե որտեղ պետք է պահվեն ֆայլերը: Սա դուռ է բացում համացանցում առավել լիարժեք նախագծերի, ինչպիսիք են առցանց կոդերի խմբագրիչը կամ բարդ գրաֆիկական ծրագրերը:

Այս API- ն ներկայումս Google- ի հնարավորությունների նախագծի մի մասն է: Այն ներկայումս հավանական գործառույթների վերաբերյալ արձագանքներ հավաքելու գործընթացում է, նախքան զննարկիչին հարվածելու սկզբնական փորձարկում: Անվտանգության հետ կապված խնդիրները և այն, թե ինչ տեսակի ֆայլեր որտեղ կարող են գրվել, անհրաժեշտ է արդուկել, նախքան API- ն պաշտոնականացումը:

18. Ընդհանուր սենսորի API

• Կարդալ ավելին: W3C ուղեցույց

Սարքերը, որոնց վրա մենք ամեն օր շրջում ենք, սենսորները հավելվածին լրացուցիչ օգուտ բերելու հիանալի միջոց են: Ֆիզիկական միջավայրի օգտագործումը, օրինակ, արագացուցիչով, կարող է ստեղծագործական փորձի համար լրացուցիչ սուզվել:

Եթե ​​մենք արդեն ունենք միջոցառումներ այս տեսակի իրերի համար, ապա ինչու կա նոր API: Սարքերը անընդհատ փոխվում են և ավելացնում նոր և բազմազան սենսորներ: Որպեսզի փրկվի յուրաքանչյուր նոր սենսորի համար նոր API ստեղծելու անհրաժեշտությունը, Generic Sensor API- ն ստեղծում է պարզեցված ինտերֆեյս նրանց բոլորի համար:

Մինչ API- ն դեռ մշակման փուլում է, Chrome- ը և Firefox- ը երկուսն էլ այն ընդգրկում են դրոշների ետևում, որպեսզի խաղան: Մյուս զննարկիչներն այն դիտարկում են ապագայի համար:

19. Paint Timing API

• Կարդալ ավելին: W3C ուղեցույց

Ներկայացումն այս տարի մեծ ուշադրության կենտրոնում է: Ֆայլի չափերի իջեցումը կարող է օգնել, բայց կատարման մեջ ավելին է, քան այն, ինչ ներբեռնում է զննարկիչը: Theննարկիչը «ներկում» է իր բովանդակությունը էկրանին ամեն անգամ, երբ ինչ-որ բան փոխվում է: Մինչև այդ առաջին ներկը տեղի ունենա, օգտվողները կմնան դատարկ էկրանին: Երբ այն կախված է այլ մանրամասներից, ինչպիսիք են ակտիվների ներբեռնումը կամ JavaScript- ի մշակումը, այդ առաջին ներկի ժամանակը կարող է ավելի երկար տևել:

Paint Timing API- ն մանրամասն տեղեկություններ է պահպանում երկու իրադարձությունների վերաբերյալ `առաջին ներկի և առաջին‘ բովանդակային ’ներկի, որը վերաբերում է ոչ այլ ինչ-որ բանի, քան պարզապես ոճավորմանը, ինչպիսին է տեքստը կամ նկարը:

Ի PerformanceObserver ինտերֆեյսը նկարագրում է, թե ինչ պետք է անել, երբ այդ իրադարձությունները տեղի են ունենում: Դրանից հետո սա կարող է օգտագործվել տվյալների հետագա վերլուծության համար սերվեր ուղարկելու համար:

Այս պահին դա հասանելի է միայն Chrome- ում և Opera- ում, բայց Edge- ի և Safari- ի նման այլ բրաուզերներ նույնպես հետաքրքրություն են ցուցաբերել և, հնարավոր է, այն ներառեն ապագայում:

20. Web Speech API

• Փորձեք ցուցադրություն
• Կարդալ ավելին: W3C ուղեցույց

Այս API- ն կազմված է երկու մասից `սինթեզ և ճանաչում: Խոսքի սինթեզը կտանի իրեն տրամադրվող տեքստը և կկարդա այն օգտագործողի ընտրած ձայնով: Ի Խոսքի սինթեզ օբյեկտը մատչում է բոլոր տարբեր ընտրանքներին, ներառյալ այն, ինչ պետք է ասի: Անաչումը ներառում է խոսափողի մուտքագրումը և ասված բառերը հասկանալը: Ի Խոսքի ճանաչում առարկան օգտագործվում է ելույթը հայտնաբերելու համար, որը «արդյունք» է բերելու օգտագործողի ասածով և որքանով է ինքնավստահ:

API- ի սինթեզի կողմն աջակցվում է բոլոր հիմնական զննարկիչներում: Խոսքի ճանաչման աջակցությունը ներկայումս սահմանափակվում է Chrome- ով `նախածանցով, կամ Firefox- ով` դրոշով միացված:

Քննարկումներ կան `ճանաչման կողմն ընդլայնելու համար` այլ մուտքագրումներ ներառելու համար, ներառյալ WebRTC- ը `տեսանյութերի կոնֆերանսի իրական ժամանակում արտագրություններ տրամադրելու համար: Չնայած դրանք դեռ վաղ փուլերում են, դա կարող է օգնել վեբինարներն ու առցանց շնորհանդեսներն ապագայում ավելի մատչելի և մատչելի դարձնել:

21. Խաչմերուկի դիտորդ

• Կարդալ ավելին: W3C ամփոփում

JavaScript- ի այս API- ն կարող է օգտագործվել հասկանալու համար DOM տարրերի տեսանելիությունն ու դիրքը (հայտնի է որպես «թիրախներ») `պարունակող տարրի (« արմատ ») նկատմամբ: Օգտագործեք այն ՝ հետ կանչելու համար, երբ որևէ տարր մտնի և դուրս գա որոշակի տարածք: Այս API- ն լավագույնն է ծույլ բեռնման կամ ոլորման անսահման էֆեկտների համար:

22. Հաշվետվություն դիտորդին

• Կարդալ ավելին: W3C ամփոփում

Հաշվետվական API- ի մի մասը, Reporting Դիտորդները դիտում են որոշ տեսակի զեկույցներ JavaScript- ից: Օգտագործեք դրանք ՝ ծանուցվելու համար, երբ զննարկիչը ստիպված է միջամտել, օրինակ ՝ եթե այն դանդաղ բեռնվող տառատեսակի համար պետք է վերադարձնի միջոց:

23. OffscreenCanvas

• Կարդալ ավելին: Google Developers- ի ամփոփում

Նկարչություն դեպի ա կտավ> զննարկչի համար թանկ առաջադրանք է: Այս նոր API- ն հնարավորություն է տալիս առանց գծի DOM- ին հարվածելու գրաֆիկական պատկերը հանել հիմնական շղթայից:

24. Միջազգայնացման API

• Կարդալ ավելին: MDN վեբ փաստաթղթեր

Հայտնի է անունների տարածքով Միջ, ECMAScript Internationalization API- ն ապահովում է լեզվազգայուն տողի համեմատություն, թվերի ձևաչափում և ամսաթվի և ժամի ձևաչափում: Օգտագործեք այն ՝ ծանր գրադարաններ չուղարկելուց և ամսաթվերը, թվերը և տողերը ցույց տալ այնպիսի ձևաչափով, որն իմաստ ունի օգտագործողի գտնվելու վայրում:

25. GraphQL

• Կարդալ ավելին: GraphQL

Չնայած սա API չէ ամենաբարդ իմաստով, GraphQL- ը մի բան է, որը միշտ արժանի է հիշատակման, երբ խոսքը վերաբերում է API- ների քննարկմանը:

Խելագարության մեթոդը վերաբերում է օբյեկտների խանութ պարունակող սերվերների դեմ գործող հարցերին: Մշակողներին ստիպելու համար ստեղծել մուտքի API յուրաքանչյուր և յուրաքանչյուր տարրերի համար, ստեղծվում է «ընդհանուր» հարցման լեզու: Դրանից հետո API- ի մշակողը պետք է ներկայացնի պարունակության մեջ պարունակվող օբյեկտների ստանդարտ նկարագրություն.

մուտքագրել հարցում {me: User} մուտքագրել User {id: ID անուն: String}

Հաջորդ քայլում կրակ հանեք մեկ կամ մի քանի հարցումների ՝ ընդդեմ այս ձևակերպված նկարագրությունների: (Հորինված) մարդկային տվյալների շտեմարանի դեմ օրինակն այսպիսի տեսք կունենա.

{մարդ (id: "1000") {անուն բարձրություն}}

GraphQL ունակ սերվերները արձագանքում են ՝ հետ վերադարձնելով հետախուզման մեջ գտնվող դաշտերը պարունակող JSON օբյեկտ: Տիեզերական սահմանափակումների պատճառով մենք չենք կարող ավելի մանրամասն մշակել այս թեման. Այս ձեռնարկը, սակայն, տալիս է հետաքրքիր ակնարկ:

Սա հոդվածների խմբագրված տարբերակն է, որոնք ի սկզբանե հայտնվել են Վեբ դիզայներ ամսագիր.