एक नहीं है।
मैं अपने पाठ संपादक (गेडिट) के वाक्य विन्यास को उजागर करने वाले हाइफ़न को गड़बड़ करने के कारण हर समय अंडरस्कोर का उपयोग करता हूं, लेकिन यह व्यक्तिगत प्राथमिकता है।
मैंने इन सभी सम्मेलनों का उपयोग सभी जगह देखा है। आप जो सबसे अच्छा सोचते हैं, उसका उपयोग करें - वह जो आपके लिए पढ़ने में सबसे अच्छा / आसान लग रहा है, साथ ही टाइप करना सबसे आसान है क्योंकि आप इसे बहुत उपयोग कर रहे हैं। उदाहरण के लिए, यदि आपको कीबोर्ड के नीचे (बिना, लेकिन पूरी तरह से संभव है) पर अपनी अंडरस्कोर कुंजी मिल गई है, तो स्वच्छता के लिए चिपके रहें। बस अपने लिए जो सबसे अच्छा है, उसके साथ चलें। इसके अतिरिक्त, इन सम्मेलनों के सभी 3 आसानी से पठनीय हैं। यदि आप एक टीम में काम कर रहे हैं, तो टीम द्वारा निर्दिष्ट सम्मेलन (यदि कोई हो) के साथ रखना याद रखें।
अद्यतन 2012
मैंने समय के साथ कार्यक्रम कैसे बदला है। मैं अब thisIsASelectorहाइफ़न के बजाय अब ऊंट मामले ( ) का उपयोग करता हूं ; मैं बाद में बदसूरत लगता हूं। आप जो भी पसंद करते हैं उसका उपयोग करें , जो समय के साथ आसानी से बदल सकता है।
अद्यतन २०१३
ऐसा लगता है कि मुझे वार्षिक रूप से चीजों को मिलाना अच्छा लगता है ... उदात्त पाठ पर स्विच करने और थोड़ी देर के लिए बूटस्ट्रैप का उपयोग करने के बाद, मैं वापस डैश पर चला गया हूं। मेरे लिए अब वे un_der_scores या camelCase की तुलना में बहुत अधिक स्वच्छ दिखते हैं। मेरा मूल बिंदु अभी भी खड़ा है: कोई मानक नहीं है।
अद्यतन २०१५
यहाँ सम्मेलनों के साथ एक दिलचस्प कोने का मामला जंग है । मैं वास्तव में भाषा को पसंद करता हूं, लेकिन कंपाइलर आपको चेतावनी देगा यदि आप इसके अलावा किसी अन्य चीज का उपयोग करके सामान को परिभाषित करते हैं underscore_case। आप चेतावनी को बंद कर सकते हैं, लेकिन यह दिलचस्प है कि संकलक डिफ़ॉल्ट रूप से एक कन्वेंशन का दृढ़ता से सुझाव देता है। मुझे लगता है कि बड़ी परियोजनाओं में यह क्लीनर कोड की ओर जाता है जो कोई बुरी बात नहीं है।
अपडेट 2016 ( आपने इसके लिए पूछा था)
मैंने अपनी परियोजनाओं को आगे बढ़ाने के लिए BEM मानक को अपनाया है । वर्ग के नाम अंत में काफी क्रियात्मक हैं, लेकिन मुझे लगता है कि यह कक्षाओं और सीएसएस के साथ अच्छी संरचना और पुन: प्रयोज्य देता है जो उनके साथ जाता है। मुझे लगता है कि BEM वास्तव में एक मानक है (इसलिए मेरा noएक yesशायद बन जाता है ) लेकिन यह अभी भी आप पर निर्भर है कि आप किसी परियोजना में क्या उपयोग करने का निर्णय लेते हैं। सबसे महत्वपूर्ण: आप जो चुनते हैं, उसके अनुरूप होना चाहिए।
अपडेट 2019 ( आपने इसके लिए पूछा था)
काफी समय तक कोई सीएसएस नहीं लिखने के बाद, मैंने एक ऐसे स्थान पर काम करना शुरू किया, जो उनके किसी उत्पाद में OOCSS का उपयोग करता है । मुझे व्यक्तिगत रूप से हर जगह कूड़े के वर्ग के लिए यह बहुत अप्रिय लगता है, लेकिन हर समय एचटीएमएल और सीएसएस के बीच कूदने के लिए काफी उत्पादक लगता है।
मैं अभी भी BEM पर बसा हुआ हूं, हालांकि। यह क्रिया है, लेकिन नामस्थान रिएक्ट घटकों में इसके साथ काम करना बहुत स्वाभाविक है। ब्राउज़र परीक्षण के दौरान विशिष्ट तत्वों को चुनने के लिए भी यह बहुत अच्छा है।
OOCSS और BEM वहाँ से बाहर CSS मानकों में से कुछ हैं। वह चुनें जो आपके लिए काम करता है - वे सभी समझौते से भरे हुए हैं क्योंकि CSS सिर्फ इतना ही अच्छा नहीं है ।
अद्यतन 2020
इस साल एक उबाऊ अद्यतन। मैं अभी भी BEM का उपयोग कर रहा हूं। ऊपर सूचीबद्ध कारणों से 2019 के अपडेट से मेरी स्थिति वास्तव में नहीं बदली है। आपके लिए जो काम करता है उसका उपयोग अपनी टीम के आकार के साथ करें और अपनी पसंद के सीएसएस के खराब फीचर्स से जितना हो सके उतना कम छिपाएं।