क्या मुझे हर एक HTML और CSS Standard का सख्ती से पालन करना चाहिए?


11

कुछ साल पहले मैंने खुद को एक वेब डेवलपर के रूप में माना, मूल 3 भाषाओं (HTML, CSS, JS) और बहुत सारे PHP को जानते हुए। सरल पाठ से वास्तविक वेबसाइटों पर आगे बढ़ना तथाकथित "मानकों" के कारण एक दर्द था, जो उस समय मेरे लिए हास्यास्पद रूप से जटिल थे। यह बहुत नीचे उबला हुआ है (आईई संबंधित सामान को घटाता है):

एक पाई चार्ट में वेब विकास

चीजों को करने के पुराने तरीकों को सरल तरीके से बदलने के लिए मानक हैं। हालांकि जब वास्तव में कुछ सामान (उदाहरण के लिए पूरी तरह से सीएसएस आधारित लेआउट) को लागू करने की कोशिश की जा रही है, तो मुझे वास्तव में ऐसा करने में 10x लंबा समय लगा, अगर मैंने सरल और अभी भी काम कर रहा समाधान किया। यदि यह उसी का प्रतिपादन करता है, तो मुझे और अधिक जटिल उदाहरण का उपयोग क्यों करना चाहिए जो ब्राउज़र को बदलने पर 10 गुना अधिक समय तक और ब्रेक लेता है? इसने फ्रीनोड आईआरसी में ## php, ## css, और ## js में कई लंबी धार्मिक बहसें चलाईं और वास्तव में मुझे ## css से प्रतिबंधित कर दिया गया क्योंकि मैंने वहां उनकी छोटी सी दुनिया के साथ खिलवाड़ किया।

मेरा प्रश्न: क्या मुझे हर एक मानक और कोडिंग सम्मेलनों का पालन करना चाहिए, भले ही वे मुझे 10 गुना अधिक समय तक ले जाएं, लेकिन मुझे एक ही परिणाम प्राप्त होगा?


पोल टैग के लिए, आप में से जो किसी भी आकार (विशाल या छोटे) की वेबसाइटें हैं, क्या आप सभी मानकों का पालन करते हैं ?


उस चार्ट का एंटी-IE हालांकि है ...
Ullallulloo

मानक और कन्वेंशन काफी अलग हैं। मैं कहता हूं कि मानकों का पालन करें (W3C- चश्मा, वैध कोड), क्योंकि अगर आप नहीं करते हैं तो चीजें टूट जाएंगी। लेकिन टेबललेस डिजाइन एक दिशानिर्देश, वरीयता, सर्वोत्तम अभ्यास है, लेकिन अपने आप में एक मानक नहीं है।
इंका

मैं 47% +/- 5% से उत्पादकता बढ़ाने के लिए एक एल्गोरिथ्म के साथ आया था। IE में विकसित करके शुरू करें और आपको एफएफ, क्रोम, सफारी आदि के बारे में चिंता करने की आवश्यकता नहीं होगी .... :)। अन्य सभी ब्राउज़र सिर्फ काम करते हैं
Ibu

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

जवाबों:


12

पहले उत्पाद, फिर पॉलिश।

अपनी साइट / एप्लिकेशन / गेम प्राप्त करें जो वह करने वाला है। इसे उठाइए और चलिए, और लोगों की दिलचस्पी लीजिए।

फिर, जब आपके पास समय हो, तो वापस जाएं और इसे पॉलिश करें। लेकिन केवल इसलिए कि आप परवाह करते हैं, इसलिए नहीं कि कोई और करता है।

बेशक, अगर गैर-अनुपालन मुद्दों का मतलब है कि लोग इसे नहीं देख सकते हैं, या यह अपठित रूप से बदसूरत है, या इसे लोड करने में एक महीना लगता है, या इसे बनाए रखना मुश्किल है, या यह ब्राउज़र को क्रैश कर देता है, यह एक बड़ी समस्या है। लेकिन यह तब भी एक बड़ी समस्या होगी, भले ही आप मानक-अनुरूप हों।

साधारण उपयोगकर्ता एक वेबसाइट के लिए स्रोत को नहीं देखते हैं जो लोड नहीं कर रहा है और "ठीक है, यह चित्रों को प्रदर्शित नहीं कर रहा है, लेकिन यह पूरी तरह से डब्ल्यू 3 सी-अनुरूप है"। वे बस दूसरी वेबसाइट पर जाते हैं और कभी नहीं लौटते हैं।

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


12

मानकों के लेखकों ने उन चीजों के बारे में सोचा है जो आपके साथ नहीं हुई हैं, जैसे कि पहुंच संबंधी चिंताएं। एक कारण के लिए मानक मौजूद हैं। और, HTML5 के साथ, मानकों का पालन करना काफी आसान है।

कभी-कभी, मानक का पालन नहीं करने का कारण हो सकता है, लेकिन इसका पालन करना आपका डिफ़ॉल्ट व्यवहार होना चाहिए।


1
जो काफी उचित लगता है। मैं सामान्य मानकों का पालन करने की कोशिश करता हूं, बस उनमें से हर एक को नहीं
TheLQ

7

मानक का पालन नहीं करने के लिए आलस्य एक बहाना नहीं है। कभी-कभी, यदि मानक मूर्ख है, तो इसका पालन न करने का एक कारण है। आपको कैसे पता चलेगा कि मानक मूर्ख है? जब आप पत्र और भावना में सभी प्रासंगिक मानकों का पालन करने के लिए एक विस्तारित अवधि में एक अच्छा विश्वास प्रयास कर रहे हैं और आप एक उचित और अच्छी तरह से समर्थित निष्कर्ष पर आए हैं कि कुछ आला मामले में मानक वास्तव में गलती पर है, नहीं आप।

अधिकांश समय, हालांकि यह लागू नहीं होगा।


5

मैं मानकों को 'पालन' के रूप में सबसे अच्छा के रूप में आप कर सकते हैं कहेंगे - लेकिन बहुत अधिक नाइटपैकिंग बर्बाद मत करो, कभी-कभी आप इंजीनियरों को मानक पूर्णता की खोज में एक मानक HTML / CSS से अधिक कर सकते हैं और सबसे खराब स्थिति में छोड़ दिया जा सकता है।

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

बहुत प्रभावशाली, जब तक आप एक हैं जिन्हें अब रिपोर्ट में एक अतिरिक्त कुछ कॉलम जोड़ने की जरूरत है, उन स्तंभों को पूरे स्थान पर देखें क्योंकि आपको सीएसएस सेटिंग्स, चौड़ाई आदि को पढ़ने की जरूरत है ..... दुःस्वप्न।

यदि डेवलपर टी के नीचे तथाकथित मानकों का पालन करने के बारे में इतना गुदा नहीं था, तो उसे एहसास हुआ कि वास्तव में, एक नियमित रूप से HTML तालिका बहुत अधिक समझ में आएगी, इनवॉइस तारीख सब के बाद, सारणीबद्ध है।

यह मुझे शब्दार्थ HTML पर ले जाता है। मेरा मानना ​​है कि आपके HTML में केवल ऐसे तत्व होने चाहिए जो आपके पृष्ठ का वर्णन करें। शैलियों को सीएसएस में संग्रहीत किया जाना चाहिए और सबसे खराब तरीके से, HTML टैग की 'शैली' विशेषता में दर्ज किया जाता है जहां लागू होता है।

मुझे कोई वैध कारण भी नहीं दिखाई देता है कि किसी को अपने HTML को एक सत्यापनकर्ता के माध्यम से क्यों नहीं डालना चाहिए - बशर्ते आपको वैध HTML मिल रहा हो जो आप बहुत अधिक हैं।


3

आपका पहला विचार उन ब्राउज़रों का समर्थन करना चाहिए जो आपके ग्राहक उपयोग करते हैं। दूसरे आपको लागू होने पर मानकों का पालन करना चाहिए।

उदाहरण के लिए, एक हालिया परियोजना में एकमात्र ब्राउज़र जिसे हमें समर्थन करना था वह फ़ायरफ़ॉक्स 3.5 था। इसका मतलब है कि हम -moz css प्रॉपर्टीज का इस्तेमाल इस बात की परवाह किए बिना कर सकते हैं कि पेज किसी दूसरे ब्राउजर में कैसा दिखेगा। क्या यह वास्तव में लंबे समय तक गोल कोनों को करने के लायक होगा, बस इसलिए हम मानक सीएसएस का उपयोग कर रहे थे?

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

पोल के लिए, मुझसे जवाब नहीं है।


0

नेत्रहीन स्टैनर्ड का पालन न करें। कुछ मानक अच्छे हैं, कुछ बुरे हैं। वे विभिन्न उद्देश्यों की सेवा करते हैं और कुछ, एचटीएमएल 5 के ड्राफ्ट की तरह, एक विशेष दिशा में बड़े ब्राउज़र निर्माताओं और वेब डेवलपर्स के संग्रह को आगे बढ़ाने के लिए काम करते हैं जो ज्यादातर अच्छा लगता है। लेकिन हमेशा याद रखें कि वहाँ भयानक चीजों का भार है जो मानकीकृत किया गया है ...

COBOL भी एक मानक था।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.