कस्टम HTML विशेषताओं का उपयोग करने के ठोस जोखिम क्या हैं?

Question

यह विषय कार्यालय में एक गर्म चर्चा में बदल गया, इसलिए मुझे यह जानने में दिलचस्पी है कि आप क्या सोचते हैं।

हम एक ऐसे वेब ऐप पर काम कर रहे हैं जो केवल कुछ विशिष्ट ब्राउज़रों को लक्षित करता है। इन ब्राउज़रों में वर्तमान में विभिन्न स्वाद ओपेरा 9 और मोज़िला 1.7.12 शामिल हैं। भविष्य में हमें ओपेरा 10 और वेबकिट के विभिन्न स्वादों का भी समर्थन करना होगा। लेकिन यह बहुत ही असंभव है कि हमें कभी भी आईई के किसी भी संस्करण से निपटना होगा।

हमारा वेब ऐप एचटीएमएल 4.0 को इसके सिद्धांत में सख्त घोषित करता है।

हाल ही में, मैंने HTML में कस्टम विशेषताओं का उपयोग करने के लिए एक विशिष्ट समस्या के समाधान के रूप में प्रस्तावित किया। मैं कुछ है कि इस प्रकार दिखाई देगा प्रस्तावित:

<span translationkey="someKey">...</span> 

चूंकि यह मान्य HTML 4 नहीं है, यह नीचे में अच्छी तरह से हमारे एचटीएमएल लोगों के साथ जाना नहीं था, और हम एक बहस में मिला है।

मेरा प्रश्न यह है: क्या - यदि कोई है - कस्टम विशेषताओं का उपयोग करने का जोखिम हैं? मुझे पता है कि पृष्ठ मान्य नहीं होगा, लेकिन क्या सभी ब्राउज़र केवल उन विशेषताओं को अनदेखा नहीं करते हैं जिन्हें वे नहीं जानते हैं? या क्या यह कल्पना की जा सकती है कि कुछ ब्राउज़र "क्विर्क मोड" में बदल जाएंगे और पृष्ठ को प्रस्तुत करेंगे जैसे कि यह सख्त HTML 4.0 के अलावा कुछ और था?

अद्यतन:

Hilited वास्तविक सवाल उठाया।

Answer 1

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

• है, यह पूरे विशेषता विनिर्देश (जैसे कि, विशेषता और अपने मूल्य) की उपेक्षा करना चाहिए:

  w3 spec निम्नलिखित कहते हैं।

आईई भी quirks मोड या तो में प्रस्तुत करना नहीं जाएगा के रूप में कुछ सोच सकते हैं। यह केवल अमान्य/मजबूर सिद्धांतों पर ही करेगा, अमान्य विशेषताओं पर नहीं।

हालांकि, ध्यान रखें कि कुछ जावास्क्रिप्ट पुस्तकालय/ढांचे "अदृश्य रूप से" डीओएम पेड़ में कस्टम HTML विशेषताओं को जोड़/उपयोग करेंगे, जैसे कि कई jQuery प्लगइन्स करते हैं। इस तरह आप गुणों में टकराव का जोखिम उठा सकते हैं क्योंकि यह "संयोग से" उसी नाम के साथ एक विशेषता का उपयोग करता है जैसा आप अपने उद्देश्यों के लिए करते हैं। अफसोस की बात यह अक्सर खराब होती है या यहां तक ​​कि दस्तावेज भी नहीं होती है।

Answer 2

डुप्लिकेट हालांकि इस सूत्र का प्रयास करें: Is it alright to add custom Html attributes?

इसके अलावा इस पर नज़र डालें: Non-Standard Attributes on HTML Tags. Good Thing? Bad Thing? Your Thoughts?

Answer 3

एचटीएमएल 5 कस्टम एक 'डेटा-' उपसर्ग का उपयोग करते हुए जिम्मेदार बताते हैं अनुमति देता है, http://ejohn.org/blog/html-5-data-attributes/

Answer 4

देख अपने एक लक्ष्य बनाए रखने के लिए तो वैध html4.0 सख्त, तो इससे कोई फ़र्क नहीं पड़ता कि आप कस्टम विशेषताओं में क्यों डालना चाहते हैं, आप लक्ष्य तोड़ रहे हैं।

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

<span translationkey="someKey">...</span> 

हो सकता है:

<span class="Translationkey@someKey">...</span> 

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

Answer 5

यदि पृष्ठ को HTML 4 सख्त घोषित किया गया है, तो उसे उस विशेषता को नहीं जोड़ना चाहिए जो उस HTML निर्दिष्ट में उपयोग नहीं किया जाता है। अलग-अलग, यह स्पष्ट नहीं है कि ब्राउज़र क्या व्यवहार करेंगे।
जैसा कि पहले से ही बताया गया है, अतिरिक्त विशेषताओं को जोड़ने का एक तरीका उन्हें कक्षाओं के रूप में जोड़ना है, भले ही इसमें कुछ सीमाएं हों।

Answer 6

या यह कल्पना की जा सकती है कि कुछ ब्राउज़र "quirks मोड" में बदल जाएंगे और पृष्ठ प्रस्तुत करेंगे जैसे कि यह सख्त HTML 4.0 के अलावा कुछ और था?

नहीं, खराब गुण एक प्रतिपादन मोड परिवर्तन को मजबूर नहीं करेंगे।

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

प्लस, जब आप मनमाने ढंग से विशेषता जोड़ते हैं तो आप प्रभावी रूप से वैश्विक नामस्थान में खेल रहे हैं। इस बात की कोई गारंटी नहीं है कि कुछ भावी ब्राउज़र या मानक कुछ नई सुविधा के लिए 'translationkey' नाम का उपयोग करने का निर्णय नहीं लेंगे जो आपकी स्क्रिप्ट को यात्रा करेगा। इसलिए यदि आपको विशेषताओं को जोड़ना है, तो उन्हें एक ऐसा नाम दें जो अस्पष्ट है और अद्वितीय होने की संभावना है, या केवल HTML5 data- उपसर्ग का उपयोग करें।