सुमारे 15 वर्षांपूर्वी, मी एका कंपनीत काम करत होतो जिथे आम्ही ट्रॅव्हल एजंट, विमानतळ कामगार आणि एअरलाइन कंपन्यांसाठी ॲप्स तयार केले होते. आम्ही UI घटक आणि सिंगल-पेज ॲप क्षमतांसाठी आमची स्वतःची इन-हाउस फ्रेमवर्क देखील तयार केली आहे. आमच्याकडे प्रत्येक गोष्टीसाठी घटक होते: फील्ड, बटणे, टॅब, श्रेणी, डेटाटेबल, मेनू, डेटपिकर, निवड आणि मल्टीसिलेक्ट्स. आमच्याकडे एक div घटक देखील होता. आमचा div घटक खूप चांगला होता, त्याने आम्हाला सर्व ब्राउझरवर गोलाकार कोपरे करण्याची परवानगी दिली, ज्यावर विश्वास ठेवा किंवा नाही, त्या वेळी करणे सोपे नव्हते.
आमचे कार्य आमच्या इतिहासाच्या एका टप्प्यावर घडले जेव्हा JS, Ajax आणि डायनॅमिक HTML आम्हाला भविष्यात आणणारी क्रांती म्हणून पाहिले गेले. अचानक, आम्ही एखादे पृष्ठ गतिमानपणे अद्यतनित करू शकतो, सर्व्हरवरून डेटा मिळवू शकतो आणि इतर पृष्ठांवर नेव्हिगेट करणे टाळू शकतो, जे हळू दिसले आणि दोन पृष्ठांमधील स्क्रीनवर एक मोठा पांढरा आयत चमकला. जेफ एटवुड (स्टॅकओव्हरफ्लोचे संस्थापक) यांनी लोकप्रिय केलेला एक वाक्प्रचार होता: "जावास्क्रिप्टमध्ये लिहिता येणारा कोणताही अनुप्रयोग अखेरीस जावास्क्रिप्टमध्ये लिहिला जाईल." - जेफ ॲटवुड
त्या वेळी आमच्यासाठी, प्रत्यक्षात जाऊन ते ॲप्स तयार करण्याचे धाडस वाटले. जे.एस.सोबत सर्व काही करण्याची मंजुरी मिळाल्यासारखे वाटले. म्हणून आम्ही जेएस सोबत सर्व काही केले आणि आम्ही गोष्टी करण्याच्या इतर मार्गांवर संशोधन करण्यासाठी खरोखर वेळ काढला नाही. HTML आणि CSS काय करू शकतात हे योग्यरित्या शिकण्यासाठी आम्हाला खरोखर प्रोत्साहन वाटले नाही. वेबला संपूर्णपणे विकसित होत असलेले ॲप प्लॅटफॉर्म म्हणून आम्हाला खरोखरच समजले नाही. आम्ही बहुधा ते काम करण्यासाठी आवश्यक असल्याने पाहिले, विशेषत: जेव्हा ब्राउझर सपोर्टसाठी येतो. गोष्टी पूर्ण करण्यासाठी आम्ही त्यावर अधिक जेएस टाकू शकतो. वेब कसे कार्य करते आणि प्लॅटफॉर्मवर काय उपलब्ध होते याबद्दल अधिक जाणून घेण्यासाठी वेळ काढणे मला मदत करेल का? नक्कीच, मी कदाचित कोडचा एक समूह मुंडला असेल ज्याची खरोखर गरज नाही. पण, त्या वेळी, कदाचित तितकेसे नाही. तुम्ही पाहता, तेव्हा ब्राउझरमधील फरक खूपच लक्षणीय होते. हा असा काळ होता जेव्हा इंटरनेट एक्सप्लोरर हा ब्राउझर अजूनही प्रबळ ब्राउझर होता, फायरफॉक्स जवळचा दुसरा होता, परंतु क्रोम झपाट्याने लोकप्रिय झाल्यामुळे मार्केट शेअर गमावू लागला. जरी क्रोम आणि फायरफॉक्स वेब मानकांवर सहमती देण्यास चांगले होते, परंतु आमचे ॲप्स ज्या वातावरणात चालत होते त्याचा अर्थ असा होतो की आम्हाला बर्याच काळासाठी IE6 चे समर्थन करावे लागले. आम्हाला IE8 चे समर्थन करण्याची परवानगी असतानाही, आम्हाला ब्राउझरमधील बऱ्याच फरकांना सामोरे जावे लागले. इतकंच नाही तर त्यावेळच्या वेबमध्ये प्लॅटफॉर्ममध्ये इतक्या क्षमता निर्माण झाल्या नव्हत्या.
आज फास्ट फॉरवर्ड करा. गोष्टी कमालीच्या बदलल्या आहेत. आमच्याकडे या क्षमतांपैकी पूर्वीपेक्षा जास्त क्षमता तर आहेतच, पण त्या उपलब्ध होण्याच्या दरातही वाढ झाली आहे. मला पुन्हा प्रश्न विचारू द्या, मग: वेब कसे कार्य करते आणि प्लॅटफॉर्मवर काय उपलब्ध आहे याबद्दल अधिक जाणून घेण्यासाठी वेळ काढणे तुम्हाला आज मदत करेल का? एकदम हो. आज वेब प्लॅटफॉर्म समजून घेणे आणि वापरणे शिकणे तुम्हाला इतर डेव्हलपरच्या तुलनेत खूप फायदा मिळवून देते. तुम्ही कार्यप्रदर्शन, प्रवेशयोग्यता, प्रतिसाद, या सर्वांवर एकत्र काम करत असलात किंवा फक्त UI वैशिष्ट्यांवर काम करत असाल, जर तुम्हाला ते जबाबदार अभियंता म्हणून करायचे असेल तर, तुमच्यासाठी उपलब्ध असलेली साधने जाणून घेतल्याने तुम्हाला तुमची उद्दिष्टे जलद आणि चांगल्या प्रकारे गाठण्यात मदत होते. काही गोष्टी ज्यासाठी तुम्हाला यापुढे लायब्ररीची आवश्यकता नाही आज कोणते ब्राउझर समर्थन देतात हे जाणून घेतल्यानंतर, प्रश्न असा आहे: आपण काय कमी करू शकतो? 2025 मध्ये गोलाकार कोपरे करण्यासाठी आम्हाला div घटकाची आवश्यकता आहे का? अर्थात, आम्ही नाही. बॉर्डर-रेडियस प्रॉपर्टीला या टप्प्यावर 15 वर्षांहून अधिक काळ वापरल्या जाणाऱ्या सर्व ब्राउझरद्वारे समर्थित आहे. आणि अगदी फॅन्सी कॉर्नरसाठी कॉर्नर-आकार देखील लवकरच येत आहे. आता सर्व प्रमुख ब्राउझरमध्ये उपलब्ध असलेल्या तुलनेने अलीकडील वैशिष्ट्यांवर एक नजर टाकूया आणि जी तुम्ही तुमच्या कोडबेसमधील विद्यमान अवलंबन बदलण्यासाठी वापरू शकता. मुद्दा तुमची सर्व प्रिय लायब्ररी ताबडतोब खोडून टाकण्याचा आणि तुमचा कोडबेस पुन्हा लिहिण्याचा नाही. इतर सर्व गोष्टींसाठी, तुम्हाला प्रथम ब्राउझर सपोर्ट विचारात घेणे आवश्यक आहे आणि तुमच्या प्रकल्पाशी संबंधित इतर घटकांवर आधारित निर्णय घेणे आवश्यक आहे. खालील वैशिष्ट्ये तीन मुख्य ब्राउझर इंजिनमध्ये (Chromium, WebKit, आणि Gecko) लागू केली आहेत, परंतु तुमच्यासाठी भिन्न ब्राउझर समर्थन आवश्यकता असू शकतात ज्या तुम्हाला ते लगेच वापरण्यापासून प्रतिबंधित करतात. या वैशिष्ट्यांबद्दल जाणून घेण्यासाठी आताही चांगली वेळ आहे, आणि कदाचित ते कधीतरी वापरण्याची योजना आहे. पॉपओव्हर्स आणि संवाद Popover API,
नक्कीच, तुमच्या इंटरनेट कनेक्शनचा वेग कदाचित वाढला आहे, पण प्रत्येकासाठी असे नाही. आणि प्रत्येकाकडे समान डिव्हाइस क्षमता नाही. त्याऐवजी तुम्ही प्लॅटफॉर्मवर करू शकता अशा गोष्टींसाठी तृतीय-पक्ष कोड खेचणे, याचा अर्थ बहुधा तुम्ही अधिक कोड पाठवता आणि त्यामुळे तुम्ही नेहमीपेक्षा कमी ग्राहकांपर्यंत पोहोचता. वेबवर, खराब लोडिंग कार्यक्षमतेमुळे मोठ्या प्रमाणात त्याग होतो आणि ब्रँडची प्रतिष्ठा दुखावते. डिव्हाइसेसवर कमी कोड चालू आहे शिवाय, तुम्ही तुमच्या ग्राहकांच्या डिव्हाइसवर पाठवत असलेला कोड प्लॅटफॉर्मच्या शीर्षस्थानी कमी JavaScript ॲब्स्ट्रॅक्शन्स वापरत असल्यास तो जलद चालतो. हे कदाचित अधिक प्रतिसाद देणारे आणि डीफॉल्टनुसार अधिक प्रवेश करण्यायोग्य देखील आहे. या सर्वांमुळे अधिकाधिक आणि आनंदी ग्राहक मिळतात. माझा सहकारी ॲलेक्स रसेलचा वार्षिक कार्यप्रदर्शन असमानता अंतर ब्लॉग तपासा, जो दर्शवितो की संपत्तीच्या असमानतेमुळे अब्जावधी वापरकर्ते असलेल्या बाजारपेठेतून प्रीमियम उपकरणे मोठ्या प्रमाणात अनुपस्थित आहेत. आणि ही दरी कालांतराने वाढतच जाते.
अंगभूत दगडी बांधकाम लेआउट एक वेब प्लॅटफॉर्म वैशिष्ट्य जे लवकरच येत आहे आणि ज्याबद्दल मी खूप उत्सुक आहे ते म्हणजे CSS दगडी बांधकाम.
मी दगडी बांधकाम म्हणजे काय हे स्पष्ट करून सुरुवात करू. दगडी बांधकाम काय आहे दगडी बांधकाम हा एक प्रकारचा लेआउट आहे जो पिंटरेस्टने वर्षांपूर्वी लोकप्रिय केला होता. हे सामग्रीचे स्वतंत्र ट्रॅक तयार करते ज्यामध्ये आयटम ट्रॅकच्या प्रारंभाच्या अगदी जवळ पॅक करतात.
बरेच लोक पोर्टफोलिओ आणि फोटो गॅलरींसाठी दगडी बांधकाम एक उत्तम पर्याय म्हणून पाहतात, जे ते नक्कीच करू शकते. परंतु आपण Pinterest वर जे पाहता त्यापेक्षा दगडी बांधकाम अधिक लवचिक आहे आणि ते फक्त धबधब्यासारख्या लेआउटपुरते मर्यादित नाही. दगडी बांधकाम लेआउटमध्ये:
ट्रॅक स्तंभ किंवा पंक्ती असू शकतात:
सामग्रीचे ट्रॅक सर्व समान आकाराचे असणे आवश्यक नाही:
आयटम एकाधिक ट्रॅक व्यापू शकतात:
वस्तू विशिष्ट ट्रॅकवर ठेवल्या जाऊ शकतात; त्यांना नेहमी स्वयंचलित प्लेसमेंट अल्गोरिदमचे अनुसरण करण्याची आवश्यकता नाही:
डेमो Chromium मध्ये CSS Masonry च्या आगामी अंमलबजावणीचा वापर करून मी बनवलेले काही सोपे डेमो येथे आहेत. एक फोटो गॅलरी डेमो, आयटम (या प्रकरणातील शीर्षक) एकाधिक ट्रॅक कसे व्यापू शकतात हे दर्शविते:
भिन्न आकारांचे ट्रॅक दर्शविणारी दुसरी फोटो गॅलरी:
इतरांपेक्षा रुंद काही ट्रॅकसह बातम्या साइट लेआउट आणि लेआउटच्या संपूर्ण रुंदीमध्ये काही आयटम:
विशिष्ट ट्रॅकवर आयटम ठेवता येतात हे दर्शविणारा कानबन बोर्ड:
टीप: दमागील डेमो Chromium च्या आवृत्तीसह बनवले गेले होते जे अद्याप बहुतेक वेब वापरकर्त्यांसाठी उपलब्ध नाही, कारण CSS दगडी बांधकाम फक्त ब्राउझरमध्ये लागू करणे सुरू झाले आहे. तथापि, वेब डेव्हलपर वर्षानुवर्षे चिनाई लेआउट तयार करण्यासाठी लायब्ररींचा आनंदाने वापर करत आहेत. आज दगडी बांधकाम वापरत असलेल्या साइट्स खरंच, दगडी बांधकाम आज वेबवर खूपच सामान्य आहे. Pinterest व्यतिरिक्त मला आढळलेली काही उदाहरणे येथे आहेत:
आणि आणखी काही, कमी स्पष्ट, उदाहरणे:
तर, हे लेआउट कसे तयार केले गेले? वर्कअराउंड्स मी वापरलेली एक युक्ती म्हणजे त्याऐवजी फ्लेक्सबॉक्स लेआउट वापरणे, त्याची दिशा स्तंभात बदलणे आणि त्यास गुंडाळण्यासाठी सेट करणे. अशा प्रकारे, तुम्ही विविध उंचीच्या वस्तू एकाहून अधिक, स्वतंत्र स्तंभांमध्ये ठेवू शकता, ज्यामुळे दगडी बांधकामाच्या मांडणीची छाप पडेल:
तथापि, या वर्कअराउंडमध्ये दोन मर्यादा आहेत:
वस्तूंचा क्रम वास्तविक दगडी बांधकाम लेआउटपेक्षा वेगळा आहे. Flexbox सह, आयटम प्रथम प्रथम स्तंभ भरतात आणि जेव्हा ते भरले जाते, तेव्हा पुढील स्तंभावर जा. दगडी बांधकामासह, ज्या ट्रॅकमध्ये (किंवा या प्रकरणात स्तंभ) जास्त जागा उपलब्ध असेल त्यामध्ये आयटम स्टॅक केले जातील. पण तसेच, आणि कदाचित अधिक महत्त्वाचे म्हणजे, या वर्कअराउंडसाठी तुम्ही फ्लेक्सबॉक्स कंटेनरला एक निश्चित उंची सेट करणे आवश्यक आहे; अन्यथा, गुंडाळणे उद्भवणार नाही.
तृतीय-पक्ष दगडी लायब्ररी अधिक प्रगत प्रकरणांसाठी, विकसक लायब्ररी वापरत आहेत. यासाठी सर्वात सुप्रसिद्ध आणि लोकप्रिय लायब्ररीला फक्त मेसनरी म्हणतात, आणि ते NPM नुसार दर आठवड्याला सुमारे 200,000 वेळा डाउनलोड केले जाते. स्क्वेअरस्पेस एक लेआउट घटक देखील प्रदान करते जे एक दगडी बांधकाम लेआउट प्रदान करते, विना-कोड पर्यायासाठी, आणि अनेक साइट त्याचा वापर करतात. हे दोन्ही पर्याय लेआउटमध्ये आयटम ठेवण्यासाठी JavaScript कोड वापरतात. अंगभूत दगडी बांधकाम मी खरोखर उत्साहित आहे की दगडी बांधकाम आता एक अंगभूत CSS वैशिष्ट्य म्हणून ब्राउझरमध्ये दिसू लागले आहे. कालांतराने, तुम्ही ग्रिड किंवा फ्लेक्सबॉक्स वापरता तसे दगडी बांधकाम वापरण्यास सक्षम असाल, म्हणजे कोणत्याही वर्कअराउंड्स किंवा तृतीय-पक्ष कोडची आवश्यकता न घेता. मायक्रोसॉफ्टमधील माझी टीम क्रोमियम ओपन सोर्स प्रोजेक्टमध्ये बिल्ट-इन मेसनरी सपोर्ट लागू करत आहे, ज्यावर एज, क्रोम आणि इतर अनेक ब्राउझर आधारित आहेत. 2020 मध्ये मेसनरीच्या प्रायोगिक अंमलबजावणीचा प्रस्ताव देणारा Mozilla हा पहिला ब्राउझर विक्रेता होता. आणि Apple ला देखील हे नवीन वेब लेआउट आदिम बनवण्यात खूप रस आहे. सामान्य दिशा आणि अगदी नवीन डिस्प्ले प्रकार डिस्प्ले: ग्रिड-लेन्स बद्दल CSS वर्किंग ग्रुपमधील करारासह वैशिष्ट्याचे मानकीकरण करण्याचे काम देखील पुढे जात आहे. तुम्हाला दगडी बांधकामाबद्दल अधिक जाणून घ्यायचे असल्यास आणि प्रगतीचा मागोवा घ्यायचा असल्यास, माझे CSS दगडी संसाधन पृष्ठ पहा. कालांतराने, जेव्हा ग्रिड किंवा फ्लेक्सबॉक्स प्रमाणेच दगडी बांधकाम हे बेसलाइन वैशिष्ट्य बनते, तेव्हा आम्ही ते वापरण्यास आणि त्याचा फायदा घेण्यास सक्षम होऊ:
उत्तम कामगिरी, उत्तम प्रतिसाद, वापरणी सोपी आणि सोपा कोड.
चला यांवर बारकाईने नजर टाकूया. उत्तम कामगिरी तुमची स्वतःची दगडी बांधकाम सारखी लेआउट प्रणाली बनवणे किंवा त्याऐवजी तृतीय-पक्ष लायब्ररी वापरणे म्हणजे स्क्रीनवर आयटम ठेवण्यासाठी तुम्हाला JavaScript कोड चालवावा लागेल. याचा अर्थ असा की हा कोड रेंडर ब्लॉकिंग असेल. खरंच, JavaScript कोड रन होईपर्यंत एकतर काहीही दिसणार नाही किंवा गोष्टी योग्य ठिकाणी किंवा योग्य आकारात नसतील. मेसनरी लेआउट बहुतेकदा वेब पृष्ठाच्या मुख्य भागासाठी वापरला जातो, याचा अर्थ कोड तुमची मुख्य सामग्री त्यापेक्षा नंतर दिसायला लावत असेल, अन्यथा तुमची LCP किंवा सर्वात मोठी सामग्री पेंट मेट्रिक खराब करेल, जी समजलेली कामगिरी आणि शोध इंजिन ऑप्टिमायझेशनमध्ये मोठी भूमिका बजावते. मी साध्या लेआउटसह आणि DevTools मध्ये स्लो 4G कनेक्शनचे अनुकरण करून मेसनरी JS लायब्ररीची चाचणी केली. लायब्ररी फार मोठी नाही (24KB, 7.8KB gzipped), परंतु माझ्या चाचणी परिस्थितीत लोड होण्यासाठी 600ms लागले. मेसनरी लायब्ररीसाठी दीर्घ 600ms लोड वेळ दर्शविणारे कार्यप्रदर्शन रेकॉर्डिंग येथे आहे आणि ते घडत असताना इतर कोणतेही प्रस्तुतीकरण क्रियाकलाप झाले नाहीत:
याव्यतिरिक्त, प्रारंभिक लोड वेळेनंतर, डाउनलोड केलेली स्क्रिप्ट नंतर विश्लेषित करणे, संकलित करणे आणि नंतर चालवणे आवश्यक आहे. जे सर्व, आधी नमूद केल्याप्रमाणे, पृष्ठाचे प्रस्तुतीकरण अवरोधित करत होते. ब्राउझरमध्ये बिल्ट-इन मेसनरी अंमलबजावणीसह, आमच्याकडे लोड आणि रन करण्यासाठी स्क्रिप्ट नसेल. ब्राउझर इंजिन फक्त प्रारंभिक पृष्ठ प्रस्तुतीकरण चरणादरम्यान त्याचे कार्य करेल. उत्तम प्रतिसाद जेव्हा एखादे पृष्ठ प्रथम लोड होते त्याचप्रमाणे, ब्राउझर विंडोचा आकार बदलल्याने त्या पृष्ठावरील लेआउट पुन्हा रेंडर केले जाते. या टप्प्यावर, तथापि, जर पृष्ठ मेसनरी जेएस लायब्ररी वापरत असेल, तर स्क्रिप्ट पुन्हा लोड करण्याची आवश्यकता नाही, कारण ते आधीच आहेयेथे तथापि, योग्य ठिकाणी आयटम हलवणारा कोड चालवणे आवश्यक आहे. आता ही विशिष्ट लायब्ररी पृष्ठ लोड झाल्यावर हे करण्यात खूप वेगवान असल्याचे दिसते. तथापि, जेव्हा ते विंडोच्या आकारात वेगळ्या ठिकाणी जाण्याची आवश्यकता असते तेव्हा आयटम ॲनिमेट करते आणि यामुळे मोठा फरक पडतो. अर्थात, वापरकर्ते त्यांच्या ब्राउझर विंडोचा आकार बदलण्यासाठी आम्ही डेव्हलपर्स इतका वेळ घालवत नाहीत. परंतु हा ॲनिमेटेड रीसाइजिंग अनुभव खूपच त्रासदायक असू शकतो आणि पृष्ठाला त्याच्या नवीन आकाराशी जुळवून घेण्यास लागणारा वेळ वाढवतो. वापरण्यास सुलभता आणि सोपा कोड वेब वैशिष्ट्य वापरणे किती सोपे आहे आणि कोड किती सोपा दिसतो हे महत्त्वाचे घटक आहेत जे तुमच्या टीमसाठी मोठा फरक करू शकतात. अंतिम वापरकर्त्याच्या अनुभवाइतके ते कधीही महत्त्वाचे असू शकत नाहीत, अर्थातच, परंतु विकासकाचा अनुभव देखभालक्षमतेवर परिणाम करतो. अंगभूत वेब वैशिष्ट्य वापरणे त्या आघाडीवर महत्त्वाचे फायदे घेऊन येते:
ज्या विकसकांना HTML, CSS आणि JS आधीच माहित आहे ते बहुधा ते वैशिष्ट्य सहजपणे वापरण्यास सक्षम असतील कारण ते चांगल्या प्रकारे एकत्रित करण्यासाठी आणि उर्वरित वेब प्लॅटफॉर्मशी सुसंगत राहण्यासाठी डिझाइन केले गेले आहे. वैशिष्ट्य कसे वापरले जाते यामध्ये बदल घडवून आणण्याचा कोणताही धोका नाही. ते वैशिष्ट्य नापसंत किंवा कायम न ठेवता येण्याचा धोका जवळजवळ शून्य आहे.
बिल्ट-इन मेसनरीच्या बाबतीत, कारण ते एक लेआउट आदिम आहे, तुम्ही ते CSS वरून वापरता, जसे ग्रिड किंवा फ्लेक्सबॉक्स, कोणतेही JS गुंतलेले नाही. तसेच, इतर लेआउट-संबंधित CSS गुणधर्म, जसे की गॅप, तुम्ही त्यांच्या अपेक्षेप्रमाणे कार्य करा. जाणून घेण्यासाठी कोणत्याही युक्त्या किंवा उपाय नाहीत आणि तुम्ही ज्या गोष्टी शिकता त्या MDN वर दस्तऐवजीकरण केल्या जातात. मेसनरी JS lib साठी, आरंभ करणे थोडे क्लिष्ट आहे: स्तंभ आणि अंतर आकार सेट करण्यासाठी लपविलेल्या HTML घटकांसह विशिष्ट वाक्यरचनासह डेटा विशेषता आवश्यक आहे. शिवाय, जर तुम्हाला स्तंभ वाढवायचे असतील, तर समस्या टाळण्यासाठी तुम्हाला अंतराचा आकार स्वतः समाविष्ट करणे आवश्यक आहे:
बिल्ट-इन मेसनरी अंमलबजावणी कशी दिसेल याची तुलना करूया:
सोपा, अधिक संक्षिप्त कोड जो फक्त गॅप सारख्या गोष्टी वापरू शकतो आणि जेथे स्पॅनिंग ट्रॅक स्पॅन 2 सह केले जातात, जसे की ग्रिडमध्ये, आणि तुम्हाला अंतराच्या आकारासह योग्य रुंदीची गणना करण्याची आवश्यकता नाही. काय उपलब्ध आहे आणि ते कधी उपलब्ध आहे हे कसे जाणून घ्यावे? एकंदरीत, प्रश्न असा नाही की तुम्ही जेएस लायब्ररीवर अंगभूत दगडी बांधकाम वापरावे का, तर कधी. मेसनरी जेएस लायब्ररी अप्रतिम आहे आणि अनेक वर्षांपासून वेब प्लॅटफॉर्ममधील अंतर भरून काढत आहे आणि अनेक आनंदी विकासक आणि वापरकर्त्यांसाठी. जर तुम्ही बिल्ट-इन मेसनरी अंमलबजावणीशी तुलना केली तर त्यात काही कमतरता आहेत, अर्थातच, परंतु ते अंमलबजावणी तयार नसल्यास ते महत्त्वाचे नाहीत. या नवीन वेब प्लॅटफॉर्म वैशिष्ट्यांची यादी करणे माझ्यासाठी सोपे आहे कारण मी ब्राउझर विक्रेत्यावर काम करतो आणि त्यामुळे काय येत आहे हे जाणून घेण्याचा माझा कल आहे. परंतु विकासक अनेकदा शेअर करतात, सर्वेक्षणानंतर सर्वेक्षण, नवीन गोष्टींचा मागोवा ठेवणे कठीण आहे. माहिती मिळवणे कठीण आहे आणि कंपन्या नेहमीच शिकण्याला प्राधान्य देत नाहीत. यामध्ये मदत करण्यासाठी, येथे काही संसाधने आहेत जी सोप्या आणि संक्षिप्त मार्गांनी अद्यतने प्रदान करतात जेणेकरून तुम्हाला आवश्यक असलेली माहिती पटकन मिळू शकेल:
वेब प्लॅटफॉर्ममध्ये एक्सप्लोरर साइटची वैशिष्ट्ये आहेत: तुम्हाला कदाचित त्याच्या रिलीझ नोट्स पेजमध्ये स्वारस्य असेल. आणि, तुम्हाला RSS आवडत असल्यास, रिलीझ नोट्स फीड, तसेच बेसलाइन नवीन उपलब्ध आणि व्यापकपणे उपलब्ध फीड पहा.
वेबप्लॅटफॉर्म स्थिती डॅशबोर्ड: तुम्हाला त्याची विविध बेसलाइन वर्षाची पृष्ठे आवडतील.
Chrome प्लॅटफॉर्म स्थितीचे रोडमॅप पृष्ठ.
तुमच्याकडे थोडा जास्त वेळ असल्यास, तुम्हाला ब्राउझर विक्रेत्यांच्या रिलीझ नोट्समध्ये देखील स्वारस्य असू शकते:
क्रोम काठ फायरफॉक्स सफारी
आणखी संसाधनांसाठी, माझी नेव्हिगेटिंग वेब प्लॅटफॉर्म चीटशीट पहा. माझी गोष्ट अजूनही अंमलात आली नाही ही समस्येची दुसरी बाजू आहे. जरी तुम्हाला वेळ, ऊर्जा आणि ट्रॅक ठेवण्याचे मार्ग सापडले तरीही, तुमचा आवाज ऐकण्यात आणि तुमची आवडती वैशिष्ट्ये लागू करण्यात अजूनही निराशा आहे. कदाचित तुम्ही एखाद्या विशिष्ट बगचे निराकरण होण्याची किंवा ब्राउझरमध्ये पाठवण्याची विशिष्ट वैशिष्ट्याची वाट पाहत आहात जिथे ते अद्याप गहाळ आहे. मी काय म्हणेन ब्राउझर विक्रेते ऐकतात. मी अनेक क्रॉस-ऑर्गनायझेशन टीमचा भाग आहे जिथे आम्ही सर्व वेळ डेव्हलपर सिग्नल आणि फीडबॅकवर चर्चा करतो. आम्ही प्रत्येक ब्राउझर विक्रेत्याच्या अंतर्गत आणि मंच, मुक्त स्रोत प्रकल्प, ब्लॉग आणि सर्वेक्षणांवरील बाह्य/सार्वजनिक असे अनेक भिन्न अभिप्राय स्रोत पाहतो. आणि, आम्ही नेहमी डेव्हलपरसाठी त्यांच्या विशिष्ट गरजा शेअर करण्यासाठी आणि केसेस वापरण्याचे चांगले मार्ग तयार करण्याचा प्रयत्न करत असतो. त्यामुळे, तुम्हाला शक्य असल्यास, कृपया ब्राउझर विक्रेत्यांकडून अधिक मागणी करा आणि तुम्हाला आवश्यक असलेल्या वैशिष्ट्यांची अंमलबजावणी करण्यासाठी आमच्यावर दबाव आणा. मला समजले की यास वेळ लागतो, आणि ते घाबरवणारे देखील असू शकते (प्रवेशासाठी उच्च अडथळ्याचा उल्लेख करू नका), परंतु ते कार्य करते. तुमचा (किंवा तुमच्या कंपनीचा) आवाज ऐकण्याचे काही मार्ग येथे आहेत: वार्षिक स्टेट ऑफ जेएस, स्टेट ऑफ सीएसएस आणि स्टेट ऑफ एचटीएमएल सर्वेक्षणे घ्या. ब्राउझर विक्रेते त्यांच्या कामाला कसे प्राधान्य देतात यात त्यांची मोठी भूमिका आहे. तुम्हाला ब्राउझरवर सातत्याने लागू करण्यासाठी विशिष्ट मानक-आधारित API आवश्यक असल्यास, पुढील इंटरऑप प्रकल्प पुनरावृत्तीवर प्रस्ताव सबमिट करण्याचा विचार करा. यासाठी अधिक वेळ आवश्यक आहे, परंतु Shopify आणि RUMvision ने Interop 2026 साठी त्यांच्या इच्छा सूची कशा सामायिक केल्या याचा विचार करा. ब्राउझर विक्रेत्यांना प्राधान्य देण्यासाठी यासारखी तपशीलवार माहिती खूप उपयुक्त ठरू शकते. ब्राउझर विक्रेत्यांना प्रभावित करण्यासाठी अधिक उपयुक्त दुव्यांसाठी, माझे नेव्हिगेटिंग द वेब प्लॅटफॉर्म चीटशीट पहा. निष्कर्ष बंद करण्यासाठी, मला आशा आहे की या लेखाने तुम्हाला विचार करण्यासारख्या काही गोष्टी सोडल्या आहेत:
दगडी बांधकाम आणि इतर आगामी वेब वैशिष्ट्यांसाठी उत्साह. काही वेब वैशिष्ट्ये तुम्हाला कदाचित वापरण्यास सुरुवात करायची आहे. सानुकूल किंवा तृतीय-पक्ष कोडचे काही तुकडे तुम्ही अंगभूत वैशिष्ट्यांच्या बाजूने काढू शकता. काय येत आहे याचा मागोवा ठेवण्याचे आणि ब्राउझर विक्रेत्यांना प्रभावित करण्याचे काही मार्ग.
सर्वात महत्त्वाचे म्हणजे, मला आशा आहे की वेब प्लॅटफॉर्मचा पूर्ण क्षमतेने वापर करण्याचे फायदे मी तुम्हाला पटवून दिले आहेत.
