भाषाओं में केस संवेदनशीलता का उद्देश्य क्या है?

Question

संभावित डुप्लिकेट:
Is there any advantage of being a case-sensitive programming language?
Why are many languages case sensitive?

कुछ मैं हमेशा आश्चर्य होता है, क्यों भाषाओं केस संवेदी होने के लिए तैयार कर रहे हैं रहा है?

मेरे मटर मस्तिष्क किसी भी संभावित कारण नहीं जान सकता क्यों यह उपयोगी है।

लेकिन मुझे यकीन है कि वहां एक है। और इससे पहले कि किसी को भी यह कहते हैं, एक चर dog और Dog केस संवेदनशीलता द्वारा विभेदित कहा जाता है, सही होने वास्तव में बहुत बुरा व्यवहार है?

किसी भी टिप्पणी की सराहना की, इस मामले पर शायद किसी भी इतिहास के साथ-साथ! मैं आम तौर पर केस संवेदनशीलता के बारे में असंवेदनशील हूं, लेकिन केस संवेदनशीलता के आसपास संवेदनशीलता के बारे में संवेदनशील हूं तो चलो सभी उत्तरों और नागरिकों को टिप्पणी दें!

Answer 1

यह आवश्यक है कि दो सदस्यों के लिए यह आवश्यक रूप से खराब अभ्यास न हो, जो इसे समर्थन देने वाली भाषाओं में केवल अलग-अलग हैं। - विशेष रूप से के रूप में यह ऊपर है, जहां सदस्य चर और परंपराओं संपत्ति का पालन वैसे भी, भ्रम से बचने की तरह कोड की अनुमति देता है

private readonly string name; 
public string Name { get { return name; } } 

व्यक्तिगत तौर पर मैं केस संवेदनशीलता काफी खुश हूं: उदाहरण के लिए, यहां सी # की एक बहुत ही आम सा है।

ध्यान दें कि मामले संवेदनशीलता भी एक संस्कृति पहलू है ... नहीं सभी संस्कृतियों (देखने के एक अनुभवहीन मुद्दा यह है कि विहित पर ध्यान नहीं देता से एक ही वर्ण समझना होगा बराबर होने का ...

Answer 2

कल्पना कीजिए कि आप एक वस्तु dog कहा जाता है, जो एक विधि Bark() कहा जाता है की है। इसके अलावा आपने कुत्ते नामक एक वर्ग को परिभाषित किया है, जिसमें एक स्थिर विधि है जिसे Bark() कहा जाता है। आप dog.Bark() लिखते हैं। तो यह क्या करने जा रहा है? ऑब्जेक्ट की विधि या कक्षा से स्थैतिक विधि को कॉल करें? (एक ऐसी भाषा में जहां :: मौजूद नहीं है)

Answer 3

केस-संवेदी तुलना है समानता) तुच्छ (बस कोड बिंदुओं की तुलना करें), लेकिन मामले-असंवेदनशील तुलना सभी मामलों में अच्छी तरह परिभाषित और बेहद जटिल नहीं है, और नियम याद रखना असंभव है। इसे कार्यान्वित करना संभव है, लेकिन अनजाने में अप्रत्याशित और आश्चर्यजनक व्यवहार का कारण बन जाएगा। बीटीडब्ल्यू, फोरट्रान और बेसिक जैसी कुछ भाषाएं हमेशा केस-असंवेदनशील रही हैं।

Answer 4

मुझे यकीन है कि मूल रूप से यह एक प्रदर्शन विचार था। caseless तुलना के लिए अपर या लोअर केस के लिए एक स्ट्रिंग परिवर्तित एक महंगी आपरेशन बिल्कुल नहीं है, लेकिन यह भी मुक्त नहीं है, और पुराने सिस्टम पर यह जटिलता जोड़ दिया हो उस दिन की प्रणाली को संभालने के लिए तैयार नहीं थे।

और अब, ज़ाहिर है, भाषाओं एक दूसरे को (उदाहरण के सी # वर्ग या कार्यों कि केवल मामले में मतभेद के बीच भेद नहीं कर सकते हैं के लिए VB) के साथ संगत होना चाहते हैं, लोगों को चीजें एक ही पाठ नामकरण करने के लिए, लेकिन विभिन्न साथ किया जाता है मामलों (जॉन स्कीट के जवाब देखें - मैं एक बहुत है कि), और caseless भाषाओं के मूल्य वास्तव में पर्याप्त इन दोनों पल्ला झुकना करने के लिए नहीं था।

Answer 5

प्रोग्रामिंग भाषाओं में केस-संवेदनशीलता के लिए सबसे बड़ी कारणों में से एक पठनीयता है। चीजें जो इसका मतलब है वही दिखना चाहिए।

मैं एक संबंधित चर्चा में एम Sandin द्वारा निम्नलिखित interesting example पाया:,

मैं करने के लिए इस्तेमाल का मानना ​​है कि मामले की संवेदनशीलता एक गलती थी जब तक मैं मामले असंवेदनशील भाषा PL/SQL में ऐसा किया (वाक्य रचना अब entierly भूल):

function IsValidUserLogin(user:string, password :string):bool begin 
    result = select * from USERS 
      where USER_NAME=user and PASSWORD=password; 
    return not is_empty(result); 
end 

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

क्या आप तुरंत समस्या देख सकते हैं? मैं नहीं कर सका ...

Answer 6

मुझे कक्षा और उदाहरण के बीच अंतर करने के लिए केस संवेदनशीलता पसंद है।

Form form = new Form();

आप ऐसा नहीं कर सकते हैं, तो आप चर myForm या form1 या f कहा जाता है, जो के रूप में स्वच्छ और के रूप में सादे पुराने form वर्णनात्मक नहीं हैं के साथ खत्म।

केस संवेदनशीलता का भी अर्थ है कि आपके पास form, FORM और Form का संदर्भ नहीं है, जिसका अर्थ सभी एक ही बात है। मुझे ऐसे कोड को पढ़ने में मुश्किल लगता है। मुझे कोड स्कैन करना बहुत आसान लगता है जहां एक ही वैरिएबल के सभी संदर्भ बिल्कुल वही दिखते हैं।

Answer 7

कारण आप समझ नहीं सकते कि केस-सेंसिटीविटी एक अच्छा विचार क्यों है, क्योंकि ऐसा नहीं है। यह सी (जैसे 0-आधारित सरणी) की अजीब बातों में से एक है जो अब "सामान्य" प्रतीत होता है क्योंकि सी ने कितनी भाषाओं की प्रतिलिपि बनाई है।

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

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

Answer 8

कुछ मैंने हमेशा सोचा है, क्यों भाषाएं केस संवेदनशील होने के लिए डिज़ाइन की गई हैं?

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

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

यदि आप केस संवेदनशील हैं , आप बस उन सभी को अनदेखा करते हैं; यह बस आसान है। (आपको याद है, आपको अभी भी यूनिकोड सामान्यीकरण फॉर्मों पर ध्यान देना चाहिए, लेकिन यह एक और कहानी है और यह आपके द्वारा उपयोग किए जा रहे किसी भी नियम के नियमों को लागू करती है।)