सक्षम या सक्षम है?

Question

सिल्वरलाइट और WPF, गुण है कि बूलियन मान रहे हैं लगी होती हैं दौरान (almost all) है, उदाहरण के लिए:

IsEnabled
IsTabStop
IsHitTestVisible

अन्य सभी Microsoft चौखटे में (Winforms, बीसीएल, एएसपी.नेट) का उपयोग नहीं किया जाता है। क्या उन्होंने अपनी टीम को मूल नामकरण सम्मेलन से दूर जाने के लिए प्रेरित किया - क्या यह एक विकास या मिस-नेमिंग है जिसे छड़ी करना पड़ा?

Answer 1

व्यक्तिगत रूप से, मैं हमेशा कुछ ऐसे अर्थों के साथ बूलियन मानों को उपसर्ग करने का प्रयास करता हूं जो थोड़ा अधिक अर्थ जोड़ता है (है, है, कर सकते हैं, आदि)। मेरे उपयोग निम्न Microsoft दिशा निर्देशों से आता है: एक सकारात्मक वाक्यांश ( CantSeek के बजाय CanSeek) के साथ

Do नाम बूलियन गुण। वैकल्पिक रूप से, आप उपसर्ग बुलीयन गुणों के साथ है, कर सकते हैं, या है, लेकिन केवल मान जोड़ता है।

MSDN - Names of Type Members

मैं नहीं मानता कि यह मामला हमेशा ऐसा हमेशा नहीं था। उन प्रथाओं को वापस .NET 2.0 की तारीख है। इससे पहले, चीजें उचित खेल थीं। फ्रेमवर्क के नए संस्करणों में उन नामों को साफ करना, हालांकि, सभी प्रकार के सिरदर्द का कारण बनता है (इसलिए कुछ फ्रेमवर्क कोड सम्मेलन का उपयोग करता है और कुछ नहीं करता है)।

यह निश्चित रूप से चीज़ों को और अधिक पठनीय बनाता है। यहां तक ​​कि अपने प्रश्न से एक उदाहरण का उपयोग कर। आपको कौन सा चाहिये?

// ambiguous naming, could mean many things 
myTab.TabStop 

या

// definitely a true/false value 
myTab.IsTabStop 

Answer 2

Is उपसर्ग इस तथ्य के बारे में एक संकेत दे सकता है कि संपत्ति में केवल get एक्सेसर है, और, थॉमस और राहेल ने कहा, यह एक बूल है। यदि आप get और set एक्सेसर्स दोनों को लागू करना चाहते हैं तो उपसर्ग छोड़ें और इसका प्रकार बूल के अलावा अन्य है।

Answer 3

Is उपसर्ग आधिकारिक माइक्रोसॉफ्ट फ्रेमवर्क डिजाइन दिशानिर्देश का हिस्सा (इस का मतलब यह नहीं है कि सभी एमएस उत्पादों यह का पालन ...) है।

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

थॉमस