क्या मुझे अभी भी एक फाइल में सभी सीएसएस रखने को परेशान करना चाहिए?

Question

एक बार एक समय पर मुझे अधिक उन्नत वेब डेवलपर्स (जीई, यह फिर से कब था?)) द्वारा सोचा गया था कि हमें कई सीएसएस फाइलों को प्रबंधित करने से बचाना चाहिए और प्रति परियोजना पर चिपकना चाहिए। इससे पृष्ठ लोड गति में सुधार करने में मदद मिली और बहुत अधिक ओवरलैपिंग सीएसएस नियमों से निपटने के दौरान मूर्खतापूर्ण गलतियों से बचें।

मेरा सवाल है - क्या यह दृष्टिकोण अभी भी मान्य है? पृष्ठ लोड कार्यक्षमता के बारे में

तर्क और भी अधिक भयानक कैशिंग क्षमताओं के साथ भयानक ब्रॉडबैंड इंटरनेट और चालाक वेब ब्राउज़रों के साथ इतना आजकल धारण करने के लिए प्रतीत नहीं होता। सीएसएस कैस्केडिंग वास्तव में त्रुटि प्रवण हो सकती है, लेकिन केवल अनुभवहीन डेवलपर के लिए और एक सीएसएस स्टाइल शीट होने से हमें वास्तव में बुलेट प्रूफ नहीं मिलता है।

मुझे लगता है कि मैं डिफ़ॉल्ट रूप से घटकों द्वारा अलग-अलग डिफ़ॉल्ट स्टाइल शीट का एक सेट रखना पसंद करूंगा, फिर उन्हें सीएसएस @import द्वारा एक एकल नियम में तारित करना होगा। यह मुझे डिफ़ॉल्ट रूप से रीसेट स्टाइल शीट को शामिल करने की अनुमति भी देगा।

कोई भी मेरे साथ है?

Answer 1

यह बैंडविड्थ की गति के बारे में नहीं है लेकिन http अनुरोधों की संख्या है, यह मोबाइल कनेक्शन के लिए बहुत समझ में आता है।

हालांकि परियोजना मॉड्यूलर रखने के लिए अलग सीएसएस फ़ाइलों होने के दृष्टिकोण ठोस है, क्योंकि यह आप अपने सीएसएस केवल एक फ़ाइल में सभी कोड के बिना जिस तरह से आप यह चाहते संगठित रखने में मदद करता। फिर आप उत्पादन के लिए एक ही में अपनी सभी सीएसएस फ़ाइलों को संयोजित और संपीड़ित करने के लिए सीएसएस प्रीप्रोसेसरों/मिनीफायर का लाभ उठा सकते हैं। ,

आप प्रारंभिक के ऊपर एक शॉट में सीएसएस सामग्री के सभी डाउनलोडिंग बंद काफी बेहतर हैं:

इस लेख http://www.igvita.com/2012/06/14/debunking-responsive-css-performance-myths/

मोबाइल बारे में एक पैराग्राफ है कि अच्छी तरह से बताता है कि क्यों यह एक अच्छा अभ्यास है है गर्मजोशी से कनेक्शन। ऐसा करके, आप उपयोगकर्ता को अपनी बैटरी जीवनकाल बढ़ाने में भी मदद करेंगे। यदि यहां एक अनुकूलन किया जाना है तो यह बस है: संयोजित और संपीड़ित करें।

Answer 2

मैं आपसे सहमत हूं, मुझे अब केवल एक ही सीएसएस शीट रखने का कोई कारण नहीं है, आजकल, मैंने वही किया जो आपने अभी कहा है, घटक द्वारा पृथक्करण, आलसी लोडिंग के साथ :) (php अगर कथन आदि)।

Answer 3

हां, यह दृष्टिकोण अभी भी मान्य है। वहाँ बाहर लोड अनुकूलन के बारे में लेख के दर्जनों रहे हैं, लेकिन सामान्य विचार के रूप में

कम फ़ाइलें = कम http सर्वर से किए गए अनुरोधों का अनुसरण करता है = बेहतर लोड प्रदर्शन

मुख्य बात यह है कि समय आ गया है के साथ बदल कि अब कई टूल हैं जो एकाधिक फ़ाइलों को रनटाइम पर एकल में विलय करने का समर्थन करते हैं। तो तुम बेहतर रखरखाव, विकास समय में डीबगिंग के लिए अलग शैली है, और उन उपकरणों विलय, कम करें और उत्पादन पर सही कैशिंग हेडर निर्धारित किया है।