मैं क्षमता और मूल्यों के अंतर को समझता हूं जो वे प्रतिनिधित्व कर सकते हैं लेकिन ऐसा लगता है जैसे लोग हमेशा इसका उपयोग करते Int32हैं चाहे वह उचित हो। कोई भी कभी भी अहस्ताक्षरित संस्करण ( uint) का उपयोग नहीं करता है, भले ही यह बहुत समय से बेहतर हो, क्योंकि यह एक ऐसे मूल्य का वर्णन करता है जो नकारात्मक नहीं हो सकता है (शायद एक डेटाबेस रिकॉर्ड की आईडी का प्रतिनिधित्व करने के लिए)। इसके अलावा, कोई भी कभी भी short/Int16मूल्य की आवश्यक क्षमता की परवाह किए बिना उपयोग नहीं करता है ।
वस्तुतः, क्या ऐसे मामले हैं जहां इसका उपयोग करना बेहतर है uintया short/Int16यदि ऐसा है, तो वे कौन से हैं?
13
सॉफ्टवेयर डिजाइन निर्णयों के मूल्यांकन के लिए लोकप्रियता हमेशा एक व्यवहार्य मीट्रिक नहीं है। सिर्फ इसलिए कि एक प्रथा लोकप्रिय है इसका मतलब यह नहीं है कि यह आपके विशेष अनुप्रयोग के लिए एक उपयुक्त अभ्यास है, या यह भी कि यह एक अच्छा अभ्यास है।
—
रॉबर्ट हार्वे
संबंधित पढ़ना: अहस्ताक्षरित ints के बारे में सबसे अच्छा अभ्यास क्या हैं?
संक्षिप्त उत्तर, मुझे लगता है कि प्रोग्रामर ने हस्ताक्षर किए हुए शब्दार्थों का उपयोग किया है और उन लोगों को मानने के लिए इच्छुक हैं, भले ही अहस्ताक्षरित प्रकारों (और इस प्रकार अहस्ताक्षरित शब्द) से निपट रहे हों। अधिकांश लोग यह मान लेते हैं कि यह प्रोग्रामर के आलसी या अशिक्षित होने की बात है, लेकिन विचाराधीन प्रोग्रामर वास्तव में बहुत शिक्षित और बहुत सावधान हो सकता है और सूक्ष्म नुकसान से बचना चाहता है। अगर आपको पसंद है, तो ध्वनिरहित .ac.uk / c - pitfall- unsigned और anteru.net/2010/05/17/736 पर एक नज़र डालें ।
—
थियोडोरोस चट्जीगनिनाकिस
एक अहस्ताक्षरित संख्या में, संकेत
—
एडम डी। रूप्पे
nullसकारात्मक या नकारात्मक से अधिक है। यदि आप ऐसा कुछ सोचते हैं, जो कभी भी नकारात्मक नहीं हो सकता है या हमेशा सकारात्मक रहता है, तो आप परिणामों पर आश्चर्यचकित (और अक्सर गुस्से में) होंगे क्योंकि यह वास्तव में उस तरह से काम नहीं करता है, खासकर जब इसके साथ या उससे घटाया जाता है / हस्ताक्षरित मूल्यों से।
मेरे अनुभव में बहुत से प्रोग्रामर, जिन्होंने कभी सी भाषा में प्रोग्राम किया है, बाइट्स की परवाह करते हैं, इन दिनों में, जीबी की मेमोरी और स्टोरेज स्पेस की भी।
—
user1451111