Մոտ 15 տարի առաջ ես աշխատում էի մի ընկերությունում, որտեղ մենք հավելվածներ էինք ստեղծում ճանապարհորդական գործակալների, օդանավակայանի աշխատողների և ավիաընկերությունների համար: Մենք նաև ստեղծել ենք մեր սեփական շրջանակը UI բաղադրիչների և մեկ էջի հավելվածի հնարավորությունների համար: Մենք ունեինք բաղադրիչներ ամեն ինչի համար՝ դաշտեր, կոճակներ, ներդիրներ, տիրույթներ, տվյալների աղյուսակներ, ընտրացանկեր, ամսաթիվ ընտրողներ, ընտրողներ և բազմընտրություններ: Մենք նույնիսկ ունեինք div բաղադրիչ: Ի դեպ, մեր div բաղադրիչը հիանալի էր, այն մեզ թույլ էր տալիս կլորացված անկյուններ անել բոլոր բրաուզերների վրա, ինչը, հավատացեք, թե ոչ, այն ժամանակ հեշտ բան չէր:
Մեր աշխատանքը տեղի ունեցավ մեր պատմության մի կետում, երբ JS-ը, Ajax-ը և դինամիկ HTML-ը դիտվեցին որպես հեղափոխություն, որը բերեց մեզ դեպի ապագա: Հանկարծ մենք կարողացանք դինամիկ կերպով թարմացնել էջը, ստանալ տվյալներ սերվերից և խուսափել այլ էջեր նավարկելուց, ինչը դիտվեց որպես դանդաղ և երկու էջերի միջև ընկած էկրանի վրա փայլեց մի մեծ սպիտակ ուղղանկյուն: Կար մի արտահայտություն, որը հայտնի դարձրեց Ջեֆ Էթվուդը (StackOverflow-ի հիմնադիրը), որտեղ ասվում էր. «Ցանկացած ծրագիր, որը կարող է գրվել JavaScript-ով, ի վերջո գրվելու է JavaScript-ով»: - Ջեֆ Էթվուդ
Մեզ այն ժամանակ թվում էր, որ դա համարձակություն էր իրականում գնալ և ստեղծել այդ հավելվածները: JS-ի հետ ամեն ինչ անելը բացարձակ հաստատում էր: Այսպիսով, մենք ամեն ինչ արեցինք JS-ի հետ, և մենք իսկապես ժամանակ չտվեցինք՝ ուսումնասիրելու այլ եղանակներ։ Մենք իսկապես խթան չենք զգացել պատշաճ կերպով սովորելու, թե ինչ կարող են անել HTML-ը և CSS-ը: Մենք իրականում չէինք ընկալում վեբը որպես զարգացող հավելվածների հարթակ ամբողջությամբ: Մենք հիմնականում դա տեսնում էինք որպես մի բան, որի շուրջ պետք է աշխատեինք, հատկապես երբ խոսքը վերաբերում էր բրաուզերի աջակցությանը: Մենք պարզապես կարող ենք ավելի շատ JS նետել դրա վրա, որպեսզի գործերը կատարվեն: Արդյո՞ք ինձ օգնե՞ր ժամանակ տրամադրել՝ ավելին իմանալու համար, թե ինչպես է աշխատել համացանցը և ինչն է հասանելի հարթակում: Իհարկե, ես, հավանաբար, կարող էի սափրել կոդի մի փունջ, որն իսկապես անհրաժեշտ չէր: Բայց, այն ժամանակ, գուցե ոչ այնքան: Տեսեք, բրաուզերի տարբերությունները բավականին զգալի էին այն ժամանակ: Սա այն ժամանակն էր, երբ Internet Explorer-ը դեռևս գերիշխող զննարկիչն էր, և Firefox-ը երկրորդն էր, բայց սկսեց կորցնել շուկայի մասնաբաժինը Chrome-ի արագ ժողովրդականության պատճառով: Չնայած Chrome-ը և Firefox-ը բավականին լավ էին համաձայնեցնում վեբ ստանդարտները, այն միջավայրերը, որտեղ աշխատում էին մեր հավելվածները, նշանակում էին, որ մենք պետք է երկար ժամանակ աջակցեինք IE6-ին: Նույնիսկ այն ժամանակ, երբ մեզ թույլ տվեցին աջակցել IE8-ին, մենք դեռ պետք է բախվեինք բրաուզերների միջև շատ տարբերությունների հետ: Ոչ միայն դա, այլ այն ժամանակվա վեբը պարզապես չուներ այդքան շատ հնարավորություններ՝ ներկառուցված հենց հարթակում:
Արագ առաջ դեպի այսօր: Իրերը ահռելիորեն փոխվել են։ Մենք ոչ միայն ունենք այս հնարավորություններից ավելի շատ, քան երբևէ, այլև ավելացել է դրանց հասանելիության տեմպերը: Թույլ տվեք նորից հարց տալ, այդ դեպքում. Արդյո՞ք ժամանակ հատկացնելով ավելին իմանալու, թե ինչպես է աշխատում վեբը և ինչն է հասանելի հարթակում, կօգնի ձեզ այսօր: Բացարձակապես այո։ Այսօրվա վեբ հարթակը հասկանալու և օգտագործելու սովորելը ձեզ հսկայական առավելություն է տալիս այլ մշակողների նկատմամբ: Անկախ նրանից՝ դուք աշխատում եք կատարողականի, մատչելիության, արձագանքման, դրանք բոլորի հետ միասին, թե պարզապես առաքում եք UI-ի հնարավորությունները, եթե ցանկանում եք դա անել որպես պատասխանատու ինժեներ, ձեզ հասանելի գործիքների իմացությունը կօգնի ձեզ ավելի արագ և ավելի լավ հասնել ձեր նպատակներին: Որոշ բաներ, որոնց համար գուցե այլևս գրադարանի կարիք չունենաք Իմանալով, թե ինչ բրաուզերներ են աջակցում այսօր, հարցն այն է, որ մենք կարող ենք հրաժարվել: Արդյո՞ք մեզ անհրաժեշտ է div բաղադրիչ 2025 թվականին կլորացված անկյուններ անելու համար: Իհարկե, մենք չենք: Սահմանային շառավղով հատկությունն այս պահին աջակցվում է ներկայումս օգտագործվող բոլոր բրաուզերների կողմից ավելի քան 15 տարի: Իսկ անկյունային ձևը նույնպես շուտով կլինի, նույնիսկ ավելի շքեղ անկյունների համար: Եկեք նայենք համեմատաբար վերջին հնարավորություններին, որոնք այժմ հասանելի են բոլոր հիմնական բրաուզերներում, և որոնք կարող եք օգտագործել ձեր կոդի բազայում առկա կախվածությունները փոխարինելու համար: Բանն այն չէ, որ անմիջապես հրաժարվեք ձեր բոլոր սիրելի գրադարաններից և վերաշարադրեք ձեր կոդերի բազան: Ինչ վերաբերում է մնացած ամեն ինչին, դուք նախ պետք է հաշվի առնեք բրաուզերի աջակցությունը և որոշեք՝ հիմնվելով ձեր նախագծին հատուկ այլ գործոնների վրա: Հետևյալ հնարավորությունները ներդրված են դիտարկիչի երեք հիմնական շարժիչներում (Chromium, WebKit և Gecko), բայց դուք կարող եք ունենալ զննարկչի աջակցության տարբեր պահանջներ, որոնք թույլ չեն տալիս անմիջապես օգտագործել դրանք: Հիմա դեռ լավ ժամանակ է իմանալու այս հատկանիշների մասին, և, հնարավոր է, ինչ-որ պահի ծրագրել դրանք օգտագործել: Popovers And Dialogs Popover API-ն,
Իհարկե, ձեր ինտերնետ կապի արագությունը, հավանաբար, նույնպես աճել է, բայց դա բոլորի համար չէ: Եվ ոչ բոլորն ունեն սարքի նույն հնարավորությունները: Երրորդ կողմի ծածկագիրը այն բաների համար, որոնք դուք կարող եք անել պլատֆորմի միջոցով, քաշեք, փոխարենը, ամենայն հավանականությամբ, նշանակում է, որ դուք ավելի շատ կոդ եք առաքում և, հետևաբար, հասնում եք ավելի քիչ հաճախորդների, քան սովորաբար անում եք: Համացանցում վատ բեռնման կատարումը հանգեցնում է լքման մեծ տեմպերի և վնասում ապրանքանիշի հեղինակությանը: Սարքերի վրա ավելի քիչ կոդի գործարկում Ավելին, կոդը, որը դուք առաքում եք ձեր հաճախորդների սարքերին, հավանաբար ավելի արագ է աշխատում, եթե այն օգտագործում է ավելի քիչ JavaScript աբստրակցիաներ հարթակի վերևում: Այն նաև, հավանաբար, ավելի պատասխանատու և ավելի մատչելի է լռելյայնորեն: Այս ամենը հանգեցնում է ավելի շատ և ավելի երջանիկ հաճախորդների: Ստուգեք իմ գործընկեր Ալեքս Ռասելի տարեկան կատարողականի անհավասարության բաց բլոգը, որը ցույց է տալիս, որ պրեմիում սարքերը հիմնականում բացակայում են միլիարդավոր օգտատերեր ունեցող շուկաներից՝ հարստության անհավասարության պատճառով: Եվ այս բացը ժամանակի ընթացքում միայն մեծանում է:
Ներկառուցված որմնադրությանը դասավորություն Վեբ հարթակի մի առանձնահատկություն, որը շուտով կլինի, և որի համար ես շատ ոգևորված եմ, CSS Massonry-ն է:
Սկսեմ նրանից, թե ինչ է մասոնությունը: Ինչ է մասոնությունը Մասոնությունը դասավորության տեսակ է, որը տարիներ առաջ հայտնի դարձավ Pinterest-ի կողմից: Այն ստեղծում է բովանդակության անկախ հետքեր, որոնցում իրերը փաթեթավորվում են ուղու սկզբին որքան կարող են:
Շատերը որմնադրությանը տեսնում են որպես պորտֆոլիոների և լուսանկարների պատկերասրահների հիանալի տարբերակ, ինչը, անշուշտ, կարող է անել: Բայց որմնադրությունն ավելի ճկուն է, քան այն, ինչ տեսնում եք Pinterest-ում, և այն չի սահմանափակվում միայն ջրվեժի նման դասավորությամբ: Քարտաշային դասավորության մեջ.
Հետքերը կարող են լինել սյունակներ կամ տողեր.
Պարտադիր չէ, որ բովանդակության հետքերը նույն չափը լինեն.
Նյութերը կարող են ընդգրկել բազմաթիվ հետքեր.
Նյութերը կարող են տեղադրվել հատուկ հետքերով. նրանք միշտ չէ, որ պետք է հետևեն ավտոմատ տեղադրման ալգորիթմին.
Դեմոներ Ահա մի քանի պարզ ցուցադրումներ, որոնք ես արել եմ՝ օգտագործելով Chromium-ում CSS Masonry-ի առաջիկա իրականացումը: Լուսանկարների պատկերասրահի ցուցադրություն, որը ցույց է տալիս, թե ինչպես կարող են տարրերը (այս դեպքում վերնագիրը) ընդգրկել բազմաթիվ հետքեր.
Մեկ այլ պատկերասրահ, որը ցույց է տալիս տարբեր չափերի հետքեր.
Լրատվական կայքի դասավորություն, որի որոշ հետքեր ավելի լայն են, քան մյուսները, և որոշ տարրեր, որոնք ընդգրկում են դասավորության ամբողջ լայնությունը.
Կանբանի տախտակ, որը ցույց է տալիս, որ իրերը կարող են տեղադրվել հատուկ գծերի վրա.
ՆշումՆախորդ ցուցադրությունները կատարվել են Chromium-ի տարբերակով, որը դեռ հասանելի չէ վեբ օգտատերերի մեծամասնությանը, քանի որ CSS Masonry-ը նոր է սկսում ներդրվել բրաուզերներում: Այնուամենայնիվ, վեբ մշակողները տարիներ շարունակ հաճույքով օգտագործում են գրադարանները՝ ստեղծելու մասոնական դասավորություններ: Կայքեր, որոնք օգտագործում են որմնադրությանը այսօր Իրոք, որմնադրությանը այսօր բավականին տարածված է համացանցում: Ահա մի քանի օրինակներ, որոնք ես գտա, բացի Pinterest-ից.
Եվ ևս մի քանի, պակաս ակնհայտ օրինակներ.
Այսպիսով, ինչպե՞ս են ստեղծվել այս դասավորությունները: Լուծումներ Հնարքներից մեկը, որը ես տեսել եմ, օգտագործել է Flexbox-ի դասավորությունը, փոխելով դրա ուղղությունը դեպի սյուն և սահմանելով այն փաթաթելու համար: Այսպիսով, դուք կարող եք տեղադրել տարբեր բարձրության իրեր բազմաթիվ, անկախ սյունակներում՝ թողնելով որմնադրության դասավորության տպավորություն.
Այնուամենայնիվ, այս լուծումը ունի երկու սահմանափակում.
Նյութերի կարգը տարբերվում է նրանից, թե ինչ կլիներ իրական մասոնական դասավորության դեպքում: Flexbox-ի միջոցով տարրերը նախ լրացնում են առաջին սյունակը և, երբ այն լցված է, ապա անցնում հաջորդ սյունակ: Քարտաշայինության դեպքում իրերը կդասավորվեն այն ուղու վրա (այս դեպքում՝ սյունակում) ավելի շատ տեղ կա: Բայց նաև, և, թերևս, ամենակարևորը, այս լուծումը պահանջում է, որ դուք ֆիքսված բարձրություն դնեք Flexbox կոնտեյների համար. հակառակ դեպքում, փաթաթում չէր լինի:
Երրորդ կողմի մասոնական գրադարաններ Ավելի առաջադեմ դեպքերի համար մշակողները օգտագործում են գրադարանները: Դրա համար ամենահայտնի և հանրաճանաչ գրադարանը պարզապես կոչվում է Masonry, և այն ներբեռնվում է շաբաթական մոտ 200,000 անգամ՝ ըստ NPM-ի: Squarespace-ը նաև տրամադրում է դասավորության բաղադրիչ, որը ներկայացնում է մասոնական դասավորություն, առանց ծածկագրի այլընտրանքի, և շատ կայքեր օգտագործում են այն: Այս երկու տարբերակներն էլ օգտագործում են JavaScript կոդը՝ տարրերը դասավորության մեջ տեղադրելու համար: Ներկառուցված որմնադրությանը Ես իսկապես ոգևորված եմ, որ Masonry-ն այժմ սկսում է հայտնվել բրաուզերներում որպես ներկառուցված CSS հատկություն: Ժամանակի ընթացքում դուք կկարողանաք օգտագործել Masonry-ը ճիշտ այնպես, ինչպես Grid-ը կամ Flexbox-ը, այսինքն՝ առանց որևէ լուծումների կամ երրորդ կողմի ծածկագրի կարիքի: Microsoft-ի իմ թիմը ներկառուցված մասոնական աջակցություն է իրականացնում Chromium բաց կոդով նախագծում, որի վրա հիմնված են Edge, Chrome և շատ այլ բրաուզերներ: Mozilla-ն իրականում առաջին բրաուզերի վաճառողն էր, ով առաջարկեց Masonry-ի փորձնական իրականացումը դեռևս 2020 թվականին: Եվ Apple-ը նույնպես շատ շահագրգռված էր այս նոր վեբ դասավորությունը պարզունակ դարձնելու հարցում: Գործառույթի ստանդարտացման աշխատանքները նույնպես առաջ են ընթանում՝ CSS աշխատանքային խմբի շրջանակներում համաձայնության գալով ընդհանուր ուղղության և նույնիսկ նոր ցուցադրման տիպի ցուցադրման՝ grid-lanes: Եթե ցանկանում եք ավելին իմանալ մասոնության մասին և հետևել առաջընթացին, ստուգեք իմ CSS Masonry ռեսուրսների էջը: Ժամանակի ընթացքում, երբ որմնադրությանը վերածվի բազային հատկանիշ, ինչպես Grid-ը կամ Flexbox-ը, մենք կկարողանանք պարզապես օգտագործել այն և օգուտ քաղել.
Ավելի լավ կատարում, Ավելի լավ արձագանքողություն, Օգտագործման հեշտություն և ավելի պարզ կոդ:
Եկեք ավելի սերտ նայենք դրանց: Ավելի լավ կատարում Ձեր սեփական որմնադրությանը նմանվող դասավորության համակարգ ստեղծելը կամ դրա փոխարեն երրորդ կողմի գրադարան օգտագործելը նշանակում է, որ դուք պետք է գործարկեք JavaScript կոդը՝ տարրերը էկրանին տեղադրելու համար: Սա նաև նշանակում է, որ այս ծածկագիրը արգելափակված կլինի: Իրոք, կա՛մ ոչինչ չի հայտնվի, կա՛մ իրերը չեն լինի ճիշտ տեղերում կամ ճիշտ չափերի, քանի դեռ այդ JavaScript կոդը չի գործարկվել: Քարտաշային դասավորությունը հաճախ օգտագործվում է վեբ էջի հիմնական մասի համար, ինչը նշանակում է, որ կոդը կստիպի ձեր հիմնական բովանդակությունը ավելի ուշ երևալ, քան կարող էր այլ կերպ ցուցադրվել՝ նսեմացնելով ձեր LCP-ն կամ ամենամեծ բովանդակային ներկերի չափումը, որը մեծ դեր է խաղում ընկալվող կատարողականության և որոնման համակարգի օպտիմալացման մեջ: Ես փորձարկեցի Masonry JS գրադարանը պարզ դասավորությամբ և DevTools-ում դանդաղ 4G կապի նմանակմամբ: Գրադարանը այնքան էլ մեծ չէ (24KB, 7.8KB gzipped), բայց իմ փորձարկման պայմաններում բեռնվելու համար պահանջվեց 600ms: Ահա կատարողականի ձայնագրությունը, որը ցույց է տալիս, որ երկար 600 մս բեռնման ժամանակը Massonry գրադարանի համար, և որ որևէ այլ արտապատկերման գործողություն տեղի չի ունեցել, երբ դա տեղի էր ունենում.
Բացի այդ, սկզբնական բեռնման ժամանակից հետո ներբեռնված սկրիպտն այնուհետև անհրաժեշտ էր վերլուծել, կազմել և գործարկել: Այս ամենը, ինչպես նախկինում նշվեց, արգելափակում էր էջի ցուցադրումը։ Բրաուզերում ներկառուցված մասոնական ներդրմամբ մենք բեռնելու և գործարկելու սցենար չենք ունենա: Բրաուզերի շարժիչը պարզապես կանի իր գործը էջերի վերարտադրման սկզբնական քայլի ընթացքում: Ավելի լավ արձագանքողություն Ինչպես էջն առաջին անգամ բեռնվում է, զննարկիչի պատուհանի չափափոխումը հանգեցնում է այդ էջի դասավորության նորից ցուցադրմանը: Այս պահին, սակայն, եթե էջն օգտագործում է Masonry JS գրադարանը, կարիք չկա նորից բեռնել սցենարը, քանի որ այն արդենայստեղ. Այնուամենայնիվ, ծածկագիրը, որը տեղափոխում է տարրերը ճիշտ վայրերում, պետք է գործարկվի: Այժմ այս գրադարանը բավականին արագ է դա անում, երբ էջը բեռնվում է: Այնուամենայնիվ, այն աշխուժացնում է տարրերը, երբ նրանք պետք է տեղափոխվեն պատուհանի չափսերի այլ վայր, և դա մեծ տարբերություն է ստեղծում: Իհարկե, օգտվողները ժամանակ չեն ծախսում իրենց բրաուզերի պատուհանների չափափոխման վրա այնքան, որքան մենք՝ մշակողները: Բայց չափափոխման այս անիմացիոն փորձը կարող է բավականին անհանգստացնող լինել և ավելացնում է այն ընկալվող ժամանակը, որը պահանջվում է էջի նոր չափերին հարմարվելու համար: Օգտագործման հեշտություն և ավելի պարզ կոդ Թե որքան հեշտ է օգտագործել վեբ հնարավորությունը և որքան պարզ է կոդը երևում, կարևոր գործոններ են, որոնք կարող են մեծ տարբերություն ստեղծել ձեր թիմի համար: Իհարկե, դրանք չեն կարող լինել այնքան կարևոր, որքան վերջնական օգտագործողի փորձը, բայց մշակողի փորձը ազդում է պահպանման վրա: Ներկառուցված վեբ գործառույթի օգտագործումը կարևոր առավելություններ ունի այդ առջևում.
Մշակողները, ովքեր արդեն գիտեն HTML, CSS և JS, ամենայն հավանականությամբ, կկարողանան հեշտությամբ օգտագործել այդ հատկությունը, քանի որ այն նախագծված է լավ ինտեգրվելու և վեբ հարթակի մնացած մասի հետ համահունչ լինելու համար: Գործառույթի օգտագործման մեջ փոփոխություններ մտցնելու վտանգ չկա: Գրեթե զրոյական ռիսկ կա, որ այդ հատկանիշը հնացած կամ չպահպանվի:
Ներկառուցված մասոնության դեպքում, քանի որ այն դասավորության պարզունակ է, դուք այն օգտագործում եք CSS-ից, ճիշտ այնպես, ինչպես Grid-ը կամ Flexbox-ը, առանց JS-ի: Նաև դասավորության հետ կապված այլ CSS հատկություններ, ինչպիսիք են gap-ը, աշխատում են այնպես, ինչպես կցանկանայիք: Չկան հնարքներ կամ լուծումներ, որոնց մասին պետք է իմանալ, և այն, ինչ դուք սովորում եք, փաստաթղթավորված են MDN-ում: Masonry JS lib-ի համար սկզբնավորումը մի փոքր բարդ է. այն պահանջում է տվյալների հատկանիշ՝ հատուկ շարահյուսությամբ, ինչպես նաև թաքնված HTML տարրեր՝ սյունակի և բացերի չափերը սահմանելու համար: Բացի այդ, եթե ցանկանում եք տարածել սյունակները, դուք պետք է ինքներդ ներառեք բացվածքի չափը՝ խնդիրներից խուսափելու համար.
<ոճ> .track-sizer, .հատ { լայնությունը՝ 20%; } .gutter-sizer { լայնությունը՝ 1 մ; } .հատ { բարձրությունը՝ 100px; margin-block-end: 1rem; } .item:nth-child(կենտ) { բարձրությունը՝ 200px; } .item--width2 { լայնությունը՝ հաշվարկ (40% + 1ռեմ); }
Եկեք համեմատենք սա այն բանի հետ, թե ինչպիսի տեսք կունենա ներկառուցված որմնադրությանը. <ոճ> .կոնտեյներ { ցուցադրում` ցանցային գոտիներ; ցանցային գոտիներ. կրկնել (4, 20%); բացը `1 մ; } .հատ { բարձրությունը՝ 100px; } .item:nth-child(կենտ) { բարձրությունը՝ 200px; } .item--width2 { ցանց-սյունակ: span 2; }
Ավելի պարզ, ավելի կոմպակտ կոդ, որը կարող է պարզապես օգտագործել այնպիսի բաներ, ինչպիսիք են բացը և որտեղ ընդգրկող հետքերը կատարվում են 2-րդ միջակայքով, ինչպես ցանցում, և չի պահանջում, որ դուք հաշվարկեք ճիշտ լայնությունը, որը ներառում է բացվածքի չափը: Ինչպե՞ս իմանալ, թե ինչն է հասանելի և երբ է այն հասանելի: Ընդհանուր առմամբ, հարցն այն չէ, թե արդյոք դուք պետք է օգտագործեք ներկառուցված մասոնականությունը JS գրադարանի վրա, այլ այն, թե երբ: Masonry JS գրադարանը զարմանալի է և երկար տարիներ լրացնում է վեբ հարթակի բացը, և շատ ուրախ մշակողների և օգտատերերի համար: Այն ունի մի քանի թերություններ, եթե այն համեմատում եք ներկառուցված մասոնական իրականացման հետ, իհարկե, բայց դրանք կարևոր չեն, եթե այդ իրականացումը պատրաստ չէ: Ինձ համար հեշտ է թվարկել այս նոր վեբ հարթակի առանձնահատկությունները, քանի որ ես աշխատում եմ բրաուզերի վաճառողում, և, հետևաբար, հակված եմ իմանալու, թե ինչ է սպասվում: Սակայն ծրագրավորողները հաճախ կիսվում են հարցումների հետևից, որ նոր բաներին հետևելը դժվար է: Տեղեկացված մնալը դժվար է, և ընկերությունները միշտ չէ, որ առաջնահերթություն են տալիս ուսուցմանը: Դրան օգնելու համար ահա մի քանի ռեսուրսներ, որոնք թարմացումներ են տրամադրում պարզ և կոմպակտ ձևերով, որպեսզի կարողանաք արագ ստանալ ձեզ անհրաժեշտ տեղեկատվությունը.
Վեբ պլատֆորմն ունի հետազոտող կայք. Ձեզ կարող է հետաքրքրել դրա թողարկման նշումների էջը: Եվ, եթե ձեզ դուր է գալիս RSS-ը, ստուգեք թողարկման նշումների հոսքը, ինչպես նաև բազային նոր հասանելի և լայնորեն հասանելի հոսքերը:
ՀամացանցՊլատֆորմի կարգավիճակի վահանակ. Ձեզ կարող են դուր գալ դրա բազային տարվա տարբեր էջերը:
Chrome Platform Status-ի ճանապարհային քարտեզի էջ:
Եթե մի քիչ ավելի շատ ժամանակ ունեք, ձեզ կարող են հետաքրքրել նաև բրաուզերի վաճառողների թողարկման նշումները.
Chrome Եզր Firefox Սաֆարի
Էլ ավելի շատ ռեսուրսների համար ստուգեք իմ «Նավարկելու վեբ հարթակի վրա» թերթիկը: Իմ բանը դեռ չի իրականացվել Դա խնդրի մյուս կողմն է: Նույնիսկ եթե դուք գտնում եք ժամանակ, էներգիա և ուղիներ հետևելու համար, դեռևս վրդովմունք է առաջանում ձեր ձայնը լսելու և ձեր նախընտրած գործառույթների ներդրման հարցում: Միգուցե դուք տարիներ շարունակ սպասել եք կոնկրետ վրիպակի լուծմանը, կամ հատուկ հատկանիշի առաքման բրաուզերում, որտեղ այն դեռևս բացակայում է: Այն, ինչ ես կասեմ, այն է, որ բրաուզերի վաճառողները լսում են: Ես մի քանի միջկազմակերպչական թիմերի մի մասն եմ, որտեղ մենք մշտապես քննարկում ենք ծրագրավորողների ազդանշաններն ու արձագանքները: Մենք դիտարկում ենք հետադարձ կապի բազմաթիվ տարբեր աղբյուրներ՝ ինչպես ներքին յուրաքանչյուր բրաուզերի վաճառողի, այնպես էլ արտաքին/հանրային ֆորումների, բաց կոդով նախագծերի, բլոգների և հարցումների վերաբերյալ: Եվ մենք միշտ փորձում ենք ավելի լավ ուղիներ ստեղծել ծրագրավորողների համար՝ կիսելու իրենց հատուկ կարիքները և օգտագործման դեպքերը: Այսպիսով, եթե կարող եք, խնդրում ենք ավելին պահանջել բրաուզերի վաճառողներից և ճնշել մեզ՝ իրականացնելու ձեզ անհրաժեշտ հնարավորությունները: Ես հասկանում եմ, որ դա ժամանակ է պահանջում, և կարող է նաև վախեցնել (էլ չասած մուտքի բարձր արգելքի մասին), բայց դա նաև աշխատում է: Ահա մի քանի եղանակներ, որոնցով կարող եք լսելի դարձնել ձեր (կամ ձեր ընկերության) ձայնը. Վերցրեք JS վիճակի, CSS վիճակի և HTML վիճակի տարեկան հարցումները: Նրանք մեծ դեր են խաղում այն հարցում, թե ինչպես են բրաուզերի վաճառողները առաջնահերթություն տալիս իրենց աշխատանքին: Եթե Ձեզ անհրաժեշտ է հատուկ ստանդարտների վրա հիմնված API, որը պետք է հետևողականորեն իրականացվի բրաուզերներում, մտածեք առաջարկ ներկայացնելու Interop նախագծի հաջորդ կրկնության ժամանակ: Դա ավելի շատ ժամանակ է պահանջում, բայց հաշվի առեք, թե ինչպես են Shopify-ը և RUMvision-ը կիսում իրենց ցանկությունների ցուցակները Interop 2026-ի համար: Նման մանրամասն տեղեկատվությունը կարող է շատ օգտակար լինել բրաուզերի վաճառողների համար՝ առաջնահերթություն տալու համար: Բրաուզերի վաճառողների վրա ազդելու համար ավելի օգտակար հղումների համար ստուգեք իմ «Նավարկություն վեբ հարթակի վրա» թերթիկը: Եզրակացություն Եզրափակելու համար, հուսով եմ, որ այս հոդվածը ձեզ մի քանի բան է թողել մտածելու մասին.
Հուզմունք որմնադրությանը և առաջիկա վեբ-առանձնահատկությունների համար: Մի քանի վեբ հնարավորություններ, որոնք կարող եք սկսել օգտագործել: Հատուկ կամ երրորդ կողմի կոդի մի քանի կտոր, որոնք կարող եք հեռացնել՝ հօգուտ ներկառուցված գործառույթների: Մի քանի եղանակ՝ հետևելու, թե ինչ է սպասվում և ազդելու բրաուզերի վաճառողների վրա:
Ամենակարևորը, հուսով եմ, որ ես ձեզ համոզել եմ վեբ հարթակն իր ողջ ներուժով օգտագործելու առավելությունների մեջ:
