विवादास्पद सरल लेआउट नियम

यह लेख, पहले स्थान पर, हाल ही में प्रकाशित लेख का उत्तर है: "सरल लेआउट के सरल नियम" ।
लेखक ने मुझे इन उदाहरणों और सिफारिशों पर अपनी राय व्यक्त करने के लिए, एक उत्तर लिखने के लिए आमंत्रित किया, और मैं नीचे इस निमंत्रण का उपयोग करने का इरादा रखता हूं। (कट के नीचे जाने से पहले मूल लेख पढ़ें - सुनिश्चित करें!)

उद्धरणों ने उन सभी कथनों पर प्रकाश डाला, जिनका मैं तुरंत उनके नीचे खंडन करने जा रहा था।

खैर, बहुत अधिक देरी के बिना, हम तुरंत आगे बढ़ते हैं:

चीजें स्पष्ट हैं, लेकिन मुझे उन्हें एकत्र करने वाला एक लेख नहीं मिला।

कलम की नोक पर एक गूंगा सवाल जम गया: क्या लेखक ने खोज की? मुझे यकीन नहीं है, खासकर जब से लेख में सुझाई गई अधिकांश तकनीक बहुत विवादास्पद हैं, और अक्सर बहुत चर्चा हुई है, यही वजह है कि उन्हें "बग फिक्स" कहा जाने का अधिकार नहीं है।

सिफारिशों के लिए खुद के रूप में:

<!-- news --> <div class="news"> <div class="item"> <span class="date">16.07.12</span> <a href="#" title="" class="title"><strong>  </strong></a> <p> </p> </div> <div class="item"> <span class="date">16.07.12</span> <a href="#" title="" class="title">  </a> <p> </p> </div> <div class="item"> <span class="date">16.07.12</span> <a href="#" title="" class="title">  </a> <p> </p> </div> 

समाचार ब्लॉक, मुझे आपके बारे में पता नहीं है, लेकिन मुझे यहां कुछ भी दिखाई नहीं दे रहा है ... मानक पृष्ठ लेआउट ... लेखक ने क्या करने की कोशिश की, मैंने अभी भी नहीं समझा है, ऐसा लगता है कि इस उदाहरण के लिए पहले वाला उदाहरण वास्तव में गायब है।
लेकिन यहाँ एक बुरी शैली है:

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

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

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

यहाँ यह बहुत ही औसत दर्जे का है, मैं इसे सामान्य सलाह, तकनीक और कुछ भी नहीं कहूंगा, मेरी व्यक्तिगत राय में, यह वास्तव में "बेमानी" है, यह संभवत: समापन ब्लॉक के तुरंत बाद एक टिप्पणी छोड़ने के लिए अधिक लाभदायक है, कि हम किस विशेष ब्लॉक के बारे में जानकारी के साथ हैं बस बंद, और नहीं:

 </div><!-- /news --> 

... तत्वों को बनाने के लिए अनुक्रमित और संख्या को नीचे रखें या स्पष्ट नाम दें।

संख्या न दें, समझने योग्य नाम दें, मैंने पहले ही इस बारे में लिखा था।

क्लोजिंग बॉडी के सामने स्क्रिप्ट को जोड़ने के लिए यह अच्छा अभ्यास है, जिससे मैं असहमत हो सकता हूं, इसमें कुछ भी गलत नहीं है। स्थिर फ़ंक्शन कॉल करने की भी सिफारिश की जाती है जो एक अलग फ़ाइल में पृष्ठ से पृष्ठ तक नहीं बदलते हैं।

अच्छे रूप में? ईमानदारी से, मैंने ऐसा कुछ भी नहीं सुना है। यदि मैं गलत हूं, तो इसे सही करें, लेकिन क्या हम एक मानकीकृत भाषा के साथ काम कर रहे हैं? और मेरे लिए मानक का पालन करने और दस्तावेज़ हेडर में सभी कैस्केडिंग टेबल और कनेक्टेड स्क्रिप्ट का वर्णन करने में कुछ भी गलत नहीं है, इसके लिए "हेड" चयनकर्ता विशेष रूप से आवंटित किया गया है, या नए मानकों में पहले से ही "पाद" चयनकर्ता शामिल हैं?

कोड तर्क - सामान्य अनुशंसाएँ

मैंने यहां कुछ नहीं कहा, कुछ युक्तियां अच्छी हैं, कुछ थोड़ी विवादास्पद हैं, लेकिन उन पर चर्चा को बढ़ाने के लिए पर्याप्त नहीं है, शायद इसके अपवाद के साथ:

• प्रोजेक्ट रूट के मुख्य फ़ोल्डरों के नाम और पेज के नाम को मानकीकृत किया जाना चाहिए।

ऐसा इसलिए किया जाना चाहिए ताकि जो लोग संयोग से या किसी भी अन्य तरीके से होस्टिंग का उपयोग कर रहे हैं, वे या तो मालिक या रखरखाव स्टाफ के बिना, आसानी से सिस्टम में सबसे महत्वपूर्ण स्थानों को पा सकें।

मानकीकरण, निश्चित रूप से आवश्यक है, लेकिन उन्हें सामान्य तरीके से नाम देना आवश्यक नहीं है, आप परियोजना स्तर पर यह सब हल कर सकते हैं, इसे दस्तावेज कर सकते हैं और फिर स्वीकृत मानकों का पालन कर सकते हैं।

सीएसएस के बारे में थोड़ा सा

यह मेरे लिए किसी को भी नहीं सिखाता है कि स्टाइलशीट कैसे बनाई जाए, मैं आपको केवल एक अच्छी तरह से ज्ञात विधि दिखाऊंगा जिसका उपयोग अपेक्षाकृत कम ही किया जाता है, लेकिन यह सीएसएस पठनीयता को बहुत अधिक बढ़ा देता है और Ctrl + F वर्तनी का उपयोग करने की आवश्यकता को समाप्त कर देता है।

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

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

लेकिन व्यक्तिगत रूप से, मैं Ctrl + F में कठिनाई को वर्ग (पहचानकर्ता) के नाम से नहीं देखता, कम से कम यह संपत्ति के नाम से स्ट्रिंग में देखने की तुलना में आसान है, या मूल्य से भी अधिक।