दरअसल यह _varसम्मेलन VB नहीं C # या C ++ (m _, ... एक और बात है) से आता है।
यह गुण घोषित करते समय वीबी की असंवेदनशीलता को दूर करने के लिए आया था।
उदाहरण के लिए, इस तरह के कोड VB में है क्योंकि यह मानता है संभव नहीं है userऔर Userएक ही पहचानकर्ता के रूप में
Private user As String
Public Property User As String
Get
Return user
End Get
Set(ByVal Value As String)
user = value
End Set
End Property
तो इस पर काबू पाने के लिए, कुछ ने इस तरह से आने के लिए निजी क्षेत्र में '_' जोड़ने के लिए एक सम्मेलन का इस्तेमाल किया
Private _user As String
Public Property User As String
Get
Return _user
End Get
Set(ByVal Value As String)
_user = value
End Set
End Property
चूँकि कई कन्वेंशन .Net के लिए हैं और C # et VB.NET कन्वेंशन के बीच कुछ एकरूपता रखने के लिए, वे उसी का उपयोग कर रहे हैं।
मुझे जो मैं कह रहा था उसका संदर्भ मिला: http :
//10rem.net/articles/net-naming-conventions-and-programming-standards---best-practices
ऊंट केस लीडिंग अंडरस्कोर के साथ। VB.NET में, हमेशा "संरक्षित" या "निजी" इंगित करें, "मंद" का उपयोग न करें। "M_" का उपयोग हतोत्साहित किया जाता है, जैसा कि एक चर नाम का उपयोग होता है, जो केवल मामले से संपत्ति से अलग होता है, विशेष रूप से संरक्षित चर के साथ जो अनुपालन का उल्लंघन करता है, और यदि आप VB.NET में प्रोग्राम करते हैं, तो आपके जीवन को दर्द होगा। अपने सदस्यों को एक्सेसर / म्यूटेटर गुणों से अलग कुछ नाम देना होगा। यहां सभी वस्तुओं में से, प्रमुख अंडरस्कोर वास्तव में एकमात्र विवादास्पद है। मैं व्यक्तिगत रूप से अपने निजी चर के लिए सीधे अंडरस्कोर-कम ऊंट के मामले में इसे पसंद करता हूं ताकि मुझे "इस" नाम के साथ चर को योग्य न करना पड़े। कंस्ट्रक्टर्स या अन्य जगहों पर मापदंडों से अलग होने की संभावना है जहां मुझे नामकरण की टक्कर होगी। VB.NET के मामले में असंवेदनशीलता के साथ, यह और भी महत्वपूर्ण है क्योंकि आपके एक्सेसर के गुणों में आमतौर पर अंडरस्कोर को छोड़कर आपके निजी सदस्य चर के समान नाम होगा। जहाँ तक m_ जाता है, यह वास्तव में सिर्फ सौंदर्यशास्त्र के बारे में है। मैं (और कई अन्य) m_ बदसूरत पाते हैं, क्योंकि ऐसा लगता है कि चर नाम में एक छेद है। यह लगभग आक्रामक है। मैं हर समय VB6 में इसका इस्तेमाल करता था, लेकिन यह केवल इसलिए था क्योंकि चर एक अग्रणी अंडरस्कोर नहीं हो सकते थे। मैं यह देखकर खुश नहीं हो सकता था कि वह चली जाए। Microsoft ने m_ (और सीधे _) के खिलाफ अनुशंसा की, भले ही उन्होंने अपने कोड में दोनों किया हो। इसके अलावा, एक सीधे "एम" के साथ उपसर्ग करना सही है। बेशक, चूंकि वे मुख्य रूप से सी # में कोड करते हैं, उनके पास निजी सदस्य हो सकते हैं जो केवल गुणों के मामले में भिन्न होते हैं। VB लोगों को कुछ और करना होगा। कोशिश करने और भाषा-दर-भाषा विशेष मामलों के साथ आने के बजाय, मैं सभी भाषाओं के लिए प्रमुख अंडरस्कोर की सिफारिश करता हूं जो इसका समर्थन करेंगे। यदि मैं चाहता हूं कि मेरी कक्षा पूरी तरह से सीएलएस-अनुरूप हो, तो मैं किसी भी # सुरक्षित सदस्य चर पर उपसर्ग छोड़ सकता हूं। हालांकि, मैं इस बारे में कभी चिंता नहीं करता, क्योंकि मैं सभी संभावित संरक्षित सदस्य चर को निजी रखता हूं, और इसके बजाय संरक्षित एक्सेसर्स और म्यूटेटर की आपूर्ति करता हूं। क्यों: संक्षेप में, यह सम्मेलन सरल (एक चरित्र) है, पढ़ने में आसान है (आपकी आंख अन्य प्रमुख पात्रों से विचलित नहीं है), और सफलतापूर्वक प्रक्रिया-स्तरीय चर और वर्ग-स्तरीय गुण के साथ नामकरण टकराव से बचा जाता है। । मैं सभी भाषाओं के लिए अग्रणी अंडरस्कोर की सिफारिश करता हूं जो इसका समर्थन करेंगे। यदि मैं चाहता हूं कि मेरी कक्षा पूरी तरह से सीएलएस-अनुरूप हो, तो मैं किसी भी # सुरक्षित सदस्य चर पर उपसर्ग छोड़ सकता हूं। हालांकि, मैं इस बारे में कभी चिंता नहीं करता, क्योंकि मैं सभी संभावित संरक्षित सदस्य चर को निजी रखता हूं, और इसके बजाय संरक्षित एक्सेसर्स और म्यूटेटर की आपूर्ति करता हूं। क्यों: संक्षेप में, यह सम्मेलन सरल (एक चरित्र) है, पढ़ने में आसान है (आपकी आंख अन्य प्रमुख पात्रों से विचलित नहीं है), और सफलतापूर्वक प्रक्रिया-स्तरीय चर और वर्ग-स्तरीय गुण के साथ नामकरण टकराव से बचा जाता है। । मैं सभी भाषाओं के लिए अग्रणी अंडरस्कोर की सिफारिश करता हूं जो इसका समर्थन करेंगे। यदि मैं चाहता हूं कि मेरी कक्षा पूरी तरह से सीएलएस-अनुरूप हो, तो मैं किसी भी # सुरक्षित सदस्य चर पर उपसर्ग छोड़ सकता हूं। हालांकि, मैं इस बारे में कभी चिंता नहीं करता, क्योंकि मैं सभी संभावित संरक्षित सदस्य चर को निजी रखता हूं, और इसके बजाय संरक्षित एक्सेसर्स और म्यूटेटर की आपूर्ति करता हूं। क्यों: संक्षेप में, यह सम्मेलन सरल (एक चरित्र) है, पढ़ने में आसान है (आपकी आंख अन्य प्रमुख पात्रों से विचलित नहीं है), और सफलतापूर्वक प्रक्रिया-स्तरीय चर और वर्ग-स्तरीय गुण के साथ नामकरण टकराव से बचा जाता है। । मैं इस बारे में कभी चिंता नहीं करता क्योंकि मैं सभी संभावित संरक्षित सदस्य चर को निजी रखता हूं, और इसके बजाय संरक्षित एक्सेसर्स और म्यूटेटर की आपूर्ति करता हूं। क्यों: संक्षेप में, यह सम्मेलन सरल (एक चरित्र) है, पढ़ने में आसान है (आपकी आंख अन्य प्रमुख पात्रों से विचलित नहीं है), और सफलतापूर्वक प्रक्रिया-स्तरीय चर और वर्ग-स्तरीय गुण के साथ नामकरण टकराव से बचा जाता है। । मैं इस बारे में कभी चिंता नहीं करता क्योंकि मैं सभी संभावित संरक्षित सदस्य चर को निजी रखता हूं, और इसके बजाय संरक्षित एक्सेसर्स और म्यूटेटर की आपूर्ति करता हूं। क्यों: संक्षेप में, यह सम्मेलन सरल (एक चरित्र) है, पढ़ने में आसान है (आपकी आंख अन्य प्रमुख पात्रों से विचलित नहीं है), और सफलतापूर्वक प्रक्रिया-स्तरीय चर और वर्ग-स्तरीय गुण के साथ नामकरण टकराव से बचा जाता है। ।