XAML मार्कअप के लिए अनुशंसित नियंत्रण नामकरण सम्मेलन क्या है?

Question

WPF या सिल्वरलाइट के साथ काम करते समय, किसी को नियंत्रण नामकरण सम्मेलनों का उपयोग कैसे करना चाहिए? क्या आप XAML मार्कअप में नियंत्रण का नाम देते हैं? मैंने कोडप्लेक्स में "सेलेक्टबटन" या "btnSelect" जैसे नियंत्रण नामों के साथ परियोजनाओं के नमूने देखे हैं। आप क्या सुझाव देंगे?

Comments

आपके द्वारा चुनी गई योजना क्या है - आपके आवेदन के अनुरूप हो।

— ChrisF

Answer 1

Microsoft ने अपने वेब साइट पर दिशानिर्देश प्रकाशित किए हैं । लब्बोलुआब यह है कि हंगेरियन नामकरण परंपराएं बाहर हैं।

संपादित करें

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

हमारे मानक में हमने हंगेरियन नोटेशन को गिरा दिया है और स्पष्ट नामकरण का उपयोग कर रहे हैं, जिसका अर्थ है ओके नामक बटन को बटनोक, एक टेक्स्टब्लॉक जिसे टिप्पणियां कहा जाता है, टेक्स्टब्लॉककैमिशन होगा। नकारात्मक पक्ष यह है कि नाम एक प्रकार का लंबा हो सकता है, सकारात्मक यह है कि हर कोई जानता है कि वास्तव में तत्व क्या है।

जब तक आप स्थापित करते हैं कि आपके लिए क्या काम करता है और उस मानक का लगातार उपयोग करते हैं, तो आप गलत नहीं हो सकते।

Comments

वे पुस्तकालयों में सदस्यों के नामकरण के लिए दिशानिर्देश हैं, यूआई तत्व नहीं।

— रॉबर्ट हार्वे

@ रॉबर्ट - अच्छा बिंदु। मैंने ध्यान नहीं दिया कि उनके दिशानिर्देश में यूआई तत्व शामिल नहीं थे। मैं अपना उत्तर संपादित करूँगा।

— वाल्टर

Answer 2

मैं आमतौर पर एक्सएएमएल में अपने नियंत्रणों का नाम नहीं देता हूं, जैसा कि होता है, ज्यादातर समय, अप्रयुक्त सब कुछ सेट के माध्यम से निर्धारित या नियंत्रित होता है। स्रोत: पीट ब्राउन

Comments

उसी लेख में कहा गया है कि आपको अपने सभी डेटा एंट्री एलीमेंट्स (टेक्स्टबॉक्स, चेकबॉक्स, कॉम्बोस) का नाम वैसे भी रखना होगा, क्योंकि उन्हें कहीं और भेजा जाएगा (उदाहरण के लिए डेटा स्टोर)। क्रोम तत्वों (रेखाओं, आकृतियों और ऐसे) का नाम नहीं होना चाहिए, और यह अच्छा है कि XAML आपको ऐसा करने के लिए मजबूर न करे।

— रॉबर्ट हार्वे

@ रोबर्ट हार्वे: लेख से: "इंटरएक्टिव यूआई जैसे टेक्स्टबॉक्स, लिस्टबॉक्स, बटन आदि को नियंत्रित करता है। यदि आप आज्ञाओं / व्यवहारों और एमवीवीएम जैसे एक अच्छे पैटर्न का उपयोग कर रहे हैं, तो आप इनका नाम लिए बिना इससे दूर हो सकते हैं, लेकिन मुझे लगता है कि नामकरण मददगार है। प्रलेखन दृष्टिकोण। किसी भी तरह से एक आवश्यकता नहीं है, लेकिन सहायक है। " जैसा कि मैं MVVM के साथ गया था, और न ही मेरे xaml को मिश्रण के काम के लिए एक डिजाइनर से संवाद करना है, मैंने इस नाम के लिए कोई उपयोग नहीं किया है। मेरा नियंत्रण वास्तव में सरल हो रहा है, उन नामों द्वारा प्रदान किया गया प्रलेखन ओवरकिल होगा। लेकिन मैं मानता हूं कि अधिक जटिल UI पर, यह अलग हो सकता है।

— Matthieu

मैं MVVM का उपयोग करता हूं और मैं शायद ही कभी अपने नियंत्रणों का नाम देता हूं। यह बहुत स्पष्ट है कि वे संदर्भ से और वीएस डिजाइनर के साथ क्या कर रहे हैं। कभी-कभी मैं एक्सएएमएल में एक टिप्पणी डालूंगा।

— एम। डुडले

Answer 3

मैं XAML के बारे में नहीं जानता, लेकिन नियमित रूप से पुराने ASP.NET के लिए मैंने जो सम्मेलन देखे हैं, वे हैं:

1. अच्छा पुराना हंगेरियन (जैसे txtFirstName, ddlState, chkAcceptsTerms)
2. स्पष्ट नामकरण (उदाहरण के लिए TextFirstName, DropdownState, CheckAc AcceptTerms)

यकीन नहीं होता जो मुझे पसंद है, ईमानदारी से। मैं # 2 जैसे बहुत सारे कोड देखता था, लेकिन उलट जाता था (जैसे FirstNameTex, StateDropdown, Ac AcceptTermsCheck), लेकिन मुझे दूसरा तरीका पसंद है क्योंकि यह संबंधित नियंत्रणों को एक साथ समूहित करता है।