क्या आप कभी भी एक-ऑफ के लिए इनलाइन शैलियों का उपयोग करते हैं?एक-ऑफ के लिए इनलाइन शैलियों?
<ol style="list-style-type:lower-alpha">
कि वास्तव में इतना बुरा है:
उदाहरण के लिए, मैं सिर्फ एक मेरी साइट उपयोग पत्रों पर विशेष सूची बनाना चाहते थे? या आप एक आईडी पर थप्पड़ मारेंगे और फिर इसे अपने बड़े मास्टर सीएसएस फ़ाइल में दफन करेंगे जहां यह फिर से खोजने का दर्द होगा?
नहीं, आपने जो किया वह सही है। इनलाइन शैलियों का केवल एक बार उपयोग करने के लिए उपयोग किया जाता है। निश्चित रूप से मुझे कई बार यह पता चला है कि यह अब (एबी) है।
मैं उस पर id थप्पड़ नहीं मारूंगा, मैं इसे class पर थप्पड़ मारूंगा और बाद में इसे अपने संपादक की खोज सुविधा का उपयोग करके तुरंत ढूंढूंगा।
मैं इसे class के रूप में फ़ाइल में डाल दूंगा, अगर आप यही हर जगह कर रहे हैं। कल्पना करें कि किसी और ने मास्टर सीएसएस फ़ाइल में उस शैली को खोजने का प्रयास किया है और वहां कुछ ऐसा नहीं ढूंढ रहा है जो वहां नहीं था।
इसके अतिरिक्त, यदि आप इस शैली को पसंद करते हैं और इसे कहीं और उपयोग करना चाहते हैं तो क्या होता है? वैसे भी आपको मास्टर सीएसएस फ़ाइल में रखना होगा।
मैं इसे फ़ायरबग जैसे कुछ देव उपकरण के साथ देखता हूं, और तुरंत देखता हूं कि इसे कहां से स्टाइल मिला है। –
एक व्यक्ति कक्षा के नाम को देखने के लिए स्रोत को देखेगा। जब उन्होंने ऐसा किया, तो वे इनलाइन शैली को स्पष्ट रूप से देखेंगे और एक .css फ़ाइल – MrChrister
खोलने की आवश्यकता नहीं है, मैं मैथ्यू से सहमत हूं। कहें कि आप या आपका ग्राहक कुछ डिज़ाइन परिवर्तन करने का निर्णय लेता है। एचटीएमएल और सीएसएस दोनों फाइलों के माध्यम से क्यों जाएं जब आप आसानी से एक फ़ाइल को बदलकर बदल सकते हैं जिसे बदलने की जरूरत है? –
मैं class होगा। यदि साइट एक दिन किसी और के द्वारा विरासत में मिल जाएगी, तो उन्हें एक पक्ष बनाओ और लगातार बने रहें। इसके अलावा, अगर आप तय करते हैं कि lower-alpha आपके लिए अब काम नहीं करता है तो यह बदलना आसान होगा।
नहीं ... यह कभी मत करो। जहां भी आपको लगता है कि एक बंद है, बस कोने के आसपास एक दो बंद हो जाता है। फिर एक तीन। फिर एक चार।
इसे सही करने के लिए अतिरिक्त 60 सेकंड लें - आप, और जो भी रखरखाव के साथ आपका अनुसरण करता है, आपको खुशी होगी।
मुझे दूसरी घटना की आवश्यकता होने पर मैं हमेशा इसे परिवर्तित कर सकता हूं। कभी-कभी मुझे जो समस्या मिलती है वह उचित नाम दे रही है। आपको लगता है कि यह एक बंद है, इसलिए आप इसे एक आईडी देते हैं जो उस मामले के लिए विशिष्ट है, जैसे कि 'लॉगिन-बॉक्स' या जो भी हो, और फिर आप इसे कहीं और उपयोग करना चाहते हैं .... और फिर ... आपको या तो चीजों का नाम बदलें, या आप चीजें "लॉगिन-बक्से" को कॉल करना शुरू करें जो वास्तव में नहीं हैं। – mpen
वहां का समाधान एक अल्पविराम # लॉगिन-बॉक्स, # कुछ-बॉक्स {some-css :;} डालना है, इनलाइन करने के लिए और अधिक कारण नहीं हैं ... – Kasumi
आपको अभी भी इसे सीएसएस फ़ाइल में रखना चाहिए। मेरे पास एक मानसिक मॉडल है जो स्टाइलिंग = सीएसएस कहता है। अगर यह सीएसएस में नहीं है, तो मैं स्पष्ट रूप से लाइन को उलझन में डाल दूंगा।
इसके अलावा, यदि आप खुद को शैली का फिर से उपयोग करना चाहते हैं तो क्या होगा। मेरा मतलब है कि आप कहते हैं कि यह अब एक आइटम के लिए है, लेकिन कौन जानता है।
सीएसएस/कक्षाओं का उपयोग करने के लिए यह एक अच्छा अभ्यास है, और यह आमतौर पर भुगतान करेगा।
आपकी समस्या की प्रस्तुति आपके निर्णय को प्रभावित करने वाली एक और समस्या बताती है: या तो शैली को इनलाइन करें या इसे एक बड़ी सीएसएस फ़ाइल में छुपाएं।
आप जानते हैं कि एक सीएसएस फ़ाइल में प्रासंगिक स्टाइल नियम रखने से बेहतर विकल्प है। आप प्रासंगिक स्टाइल नियमों को एक सीएसएस फ़ाइल में रखना चाहते हैं लेकिन सीएसएस फ़ाइल के प्रबंधन के कार्य से परेशान हैं।
स्टाइल नियम इनलाइन परिभाषित करना एक बड़ी सीएसएस फ़ाइल को बनाए रखने से कम दर्दनाक है। बड़ी सीएसएस फ़ाइल के साथ आप जिन समस्याओं का सामना कर रहे हैं, वे केवल बढ़ने जा रहे हैं जितना अधिक परियोजना बढ़ती है।
आपको बड़ी सीएसएस फ़ाइल को अधिक प्रबंधनीय सीएसएस फ़ाइलों के सेट में तोड़ने की जरूरत है।
सीएसएस फ़ाइलों का एक सेट प्रबंधित करने के लिए बहुत आसान हो सकता है अगर उन्हें समझदारी से नामित किया गया हो और उचित समूहबद्ध नियम हो।आप लेआउट के लिए एक सीएसएस फ़ाइल का चयन कर सकते हैं, एक टाइपोग्राफी के लिए, एक रंग के लिए और शायद प्रत्येक पृष्ठ के लिए एक पृष्ठ जो काफी अलग है।
सीएसएस फ़ाइल का एक सेट आपके लिए आसान है, एक सीएसएस फ़ाइल अंत उपयोगकर्ता प्रदर्शन परिप्रेक्ष्य से बेहतर है।
इन दो विरोधाभासी आवश्यकताओं को हल करना सीधा है: सीएसएस फाइलों के एक सेट के साथ विकसित करें और अपनी बिल्ड प्रक्रिया को इन्हें एक एकल (न्यूनतम!) सीएसएस फ़ाइल में संयोजित करें।
यह। इसके अलावा, क्या आपने [सास] (http://sass-lang.com/) में देखा है? सास एक सीएसएस प्रीप्रोसेसर है जो (अन्य चीजों के साथ) आपकी इनपुट फ़ाइलों को एक आउटपुट फ़ाइल में जोड़ देगा। बस अंडरस्कोर से शुरू होने वाली अपनी अतिरिक्त फाइल फ़ाइल नाम दें और '.scss' एक्सटेंशन के साथ समाप्त करें। इन फ़ाइलों को ["आंशिक"] (http://sass-lang.com/docs/yardoc/file.SASS_REFERENCE.html#partials) माना जाएगा और संकलित नहीं किया जाएगा। फिर एक मुख्य फ़ाइल में 'अपने आयात' को अपने सभी आंशिक रूप से भेजें और आपको एक आउटपुट फ़ाइल के साथ छोड़ा जाएगा। सास भी बहुत सी सीएसएस क्रूर और पुनरावृत्ति को समाप्त करता है जिससे आपकी फाइलें बनाए रखने के लिए और भी आसान हो जाती हैं। – thirdender
मेरे लिए इनलाइन स्टाइलिंग से बचने के # 1 कारण कई डिजाइनरों/डेवलपर्स से जुड़ी बड़ी परियोजनाओं में पूर्वानुमानितता है।
कहें कि आपने अपनी ऑर्डर ऑफ़लाइन शैली को उस क्रमबद्ध सूची में जोड़ा है, तो कोई अन्य प्रतिभागी अपनी विशाल स्टाइल शीट के माध्यम से सभी आदेशित सूचियों में कुछ सामान्य स्टाइल जोड़ना चाहता है। चूंकि आपकी साइट/प्रोजेक्ट इतना बड़ा है, इसलिए वह कभी भी आपके एक-ऑफ हैक को नोटिस करने की संभावना नहीं रखता है, और इसलिए यह विश्वास करेगा कि नई स्टाइल आपकी ऑर्डरलाइन सूची पर भी लागू होती है, यह नहीं समझते कि आपने अपनी इनलाइन शैलियों के साथ स्टाइल को ओवरराइड कर दिया है।
लेकिन यदि आप इस परियोजना को बनाए रखने वाले एकमात्र व्यक्ति हैं ... आगे बढ़ें!
मैं इसे कक्षा में रखूंगा, लेकिन पृष्ठ में इनलाइन सीएसएस में कक्षा को परिभाषित करता हूं। फिर, यदि आपको इसे कहीं और उपयोग करने के लिए विस्तार करने की आवश्यकता है, तो आप कक्षा को साझा सीएसएस फ़ाइल में ले जा सकते हैं।
इसके अलावा, मैं दूसरे जवाब से सहमत हूं कि फायरबग या इसी तरह का पता लगाया जा सकता है कि स्टाइल का कोई विशेष टुकड़ा कहां से आता है, जिससे "यह कहां से आ रहा है?" स्पष्ट रूप से मेरी पुस्तक में अत्यधिक भारित चिंता नहीं है। जब यह छोटा होता है तो करना अच्छा होता है, लेकिन इसके लिए अन्य उपायों पर व्यापार के लायक नहीं है।
मैं इनलाइनिंग के लिए वोट देता हूं। यदि यह शैली इस विशेष उदाहरण के लिए वास्तव में विशेष है, तो इसे परिभाषित करने के लिए यह एक बिल्कुल सही जगह है, और यह आपको सीएसएस फ़ाइल को बनाए रखने के लिए एक सूजन और कड़ी मेहनत से बचाता है, खासकर यदि आपके पास बड़ी साइट है और आप एक ही सीएसएस का उपयोग कर रहे हैं अपनी पूरी साइट के लिए फ़ाइल।
तर्क यह है कि "सीएसएस है जहां मैं शैलियों की तलाश करता हूं" बस इसका मतलब है कि आप आलसी हैं।
तर्क यह है कि किसी को सीएसएस की बजाय इनलाइन होने पर यह पता लगाने में घंटों लगेंगे कि वे बहुत अच्छे वेब डेवलपर नहीं हैं।
तर्क यह है कि किसी और विश्व स्तर पर कहते हैं कि "< ली >" बाद के लिए शैली को बदलने चाहते करने जा रहा है और इस उदाहरण को याद करेंगे वास्तव में करने के लिए इसे इनलाइन एक अच्छा कारण है। यदि आप जानते हैं कि आप इसे अपने सीएसएस या इनलाइन में विशिष्टता के माध्यम से बनाने के बजाय, एक अद्वितीय शैली बनना चाहते हैं, लेकिन मैं बाद वाले को वोट देता हूं।
मैं यह करने के लिए, लेकिन सख्ती से निम्नलिखित नियमों के साथ ही :
1) एक इनलाइन शैली नियम ठीक एक संपत्ति होनी चाहिए
<!--// Acceptable --//-->
<ol style="list-style-type:lower-alpha">
<!--// No!!! --//-->
<ol style="list-style-type:lower-alpha; font-weight: bold; ">
2) एक इनलाइन शैली के साथ कोई भी तत्व नियम में कोई अवरोधक तत्व नहीं हो सकता है जिसमें इनलाइन शैली नियम हो।
<!--// Acceptable --//-->
<ol style="list-style-type:lower-alpha">
<li>Item One</li>
<li>Item Two</li>
</ol>
<!--// No!!! --//-->
<ol style="list-style-type:lower-alpha;">
<li>Item One</li>
<li style="font-size: small;">Item Two</li>
</ol>
<!--// Instead (example) --//-->
<ol class="product-details">
<li class="shortdesc">blah blah</li>
<li class="longdesc">Blah Blah Blah</li>
</ol>
मैं शायद इसे इनलाइन कर दूंगा, जब तक कि यह मेरे HTML में कई 'एक-ऑफ' में से एक न हो। तब मैं समानताएं और संभावित कक्षाओं की तलाश करना शुरू कर दूंगा। लेकिन हाँ, मैं कभी-कभी इनलाइन करता हूं। –
एक संक्षिप्त टिप्पणी, अगर मेरे सीएसएस में वह नियम जोड़ रहा था, तो मैं इसे एक आईडी के बजाय एक कक्षा दूंगा, इसलिए यह अधिक पुनः उपयोग करने योग्य है। इसके अलावा मैं मौजूदा उत्तरों से सहमत हूं। – Fenton