यहाँ सूर्य के जावा ट्यूटोरियल का एक अंश दिया गया है :
एक स्विच के साथ काम करता
byte,short,char, औरintआदिम डेटा प्रकार। यह भी स्पष्ट किया प्रकार (वर्ग और विरासत में चर्चा) और कुछ विशेष वर्गों के साथ काम करता है कि "रैप" कुछ आदिम प्रकार:Character,Byte,Short, औरInteger(सरल डाटा ऑब्जेक्ट्स में चर्चा)।
एक अच्छा कारण होना चाहिए कि क्यों longआदिम डेटा प्रकार की अनुमति नहीं है। क्या कोई जानता है कि यह क्या है?
जवाबों:
मुझे लगता है कि कुछ हद तक यह स्विच के विशिष्ट उपयोग पर आधारित एक मनमाना निर्णय था।
एक स्विच अनिवार्य रूप से दो तरीकों से लागू किया जा सकता है (या सिद्धांत रूप में, एक संयोजन): कम संख्या में मामलों के लिए, या जिनके मूल्य व्यापक रूप से फैले हुए हैं, एक स्विच अनिवार्य रूप से अस्थायी चर पर ifs की एक श्रृंखला के बराबर हो जाता है ( मूल्य को केवल एक बार मूल्यांकन किया जाना चाहिए) पर स्विच किया जा रहा है। उन मामलों की एक मध्यम संख्या के लिए जो अधिक या कम लगातार मूल्य में हैं, एक स्विच टेबल का उपयोग किया जाता है (जावा में TABLESWITCH निर्देश), जिसके द्वारा कूदने का स्थान प्रभावी रूप से एक तालिका में देखा जाता है।
इन विधियों में से कोई भी एक पूर्णांक के बजाय सिद्धांत में एक लंबे मूल्य का उपयोग कर सकता है। लेकिन मुझे लगता है कि यह सिर्फ एक व्यावहारिक निर्णय था कि वास्तविक ज़रूरत के साथ निर्देश सेट और कंपाइलर की जटिलता को संतुलित किया जाए: जिन मामलों में आपको वास्तव में एक लंबे समय तक स्विच करने की आवश्यकता होती है, वे बहुत ही दुर्लभ हैं जो इसे फिर से लिखने के लिए स्वीकार्य है IF स्टेटमेंट्स की श्रृंखला, या किसी अन्य तरीके से काम करने का दौर (यदि प्रश्न में लंबे मान एक साथ पास हैं, तो आप अपने जावा कोड को सबसे कम मूल्य घटाने के आदर्श परिणाम पर स्विच कर सकते हैं)।
क्योंकि वे बायोटेक में आवश्यक निर्देशों को लागू नहीं करते थे और आप वास्तव में यह नहीं लिखना चाहते कि कई मामले, कोई फर्क नहीं पड़ता कि "कोड तैयार" कैसे है ...
[संपादित करें: इस उत्तर पर टिप्पणियों से निकाले गए, पृष्ठभूमि पर कुछ अतिरिक्त के साथ]
सटीक होने के लिए, 2 be बहुत सारे मामले हैं और किसी भी कार्यक्रम को एक विधि के साथ लंबे समय से अधिक रखने के लिए जो पूरी तरह से भयावह होने जा रहा है! किसी भी भाषा में। (किसी भी भाषा में किसी भी कोड में मैं जानता हूं कि सबसे लंबा फ़ंक्शन 6k एसएलओसी से थोड़ा अधिक है - हां, यह एक बड़ा है switch- और यह वास्तव में असहनीय है।) यदि आप वास्तव longमें केवल एक intया उससे कम होना चाहिए, जहां आप होने के साथ फंस गए हैं। तब आपको दो वास्तविक विकल्प मिले हैं।
longएक में सेक करने के लिए हैश कार्यों के विषय पर कुछ संस्करण का उपयोग करें int। सबसे सरल एक, केवल उपयोग के लिए जब आपको टाइप गलत हो गया है, तो बस कास्ट करना है! ऐसा करने के लिए अधिक उपयोगी होगा:
(int) ((x&0xFFFFFFFF) ^ ((x >>> 32) & 0xFFFFFFFF))
परिणाम पर स्विच करने से पहले। आपको उन मामलों को बदलना होगा, जिन्हें आप परीक्षण कर रहे हैं। लेकिन वास्तव में, यह अभी भी भयानक है क्योंकि यह बहुत सारे मामलों की वास्तविक समस्या को संबोधित नहीं करता है।
एक बहुत बेहतर समाधान यदि आप बहुत बड़ी संख्या में मामलों के साथ काम कर रहे हैं, तो अपने डिजाइन को एक Map<Long,Runnable>या कुछ इसी तरह का उपयोग करके बदलना है ताकि आप देख रहे हैं कि किसी विशेष मूल्य को कैसे भेजा जाए। यह आपको मामलों को कई फाइलों में अलग करने की अनुमति देता है, जो केस-काउंट बड़े होने पर प्रबंधित करना बहुत आसान है, हालांकि इसमें शामिल कार्यान्वयन वर्गों के मेजबान के पंजीकरण को व्यवस्थित करने के लिए अधिक जटिल है (एनोटेशन आपको अनुमति देकर मदद कर सकता है स्वचालित रूप से पंजीकरण कोड का निर्माण करें)।
FWIW, मैंने यह कई साल पहले किया था (हमने परियोजना के माध्यम से नए जारी किए गए J2SE 1.2 भाग के रास्ते पर स्विच किया) जब बड़े पैमाने पर समानांतर हार्डवेयर का अनुकरण करने के लिए एक कस्टम बाइटकोड इंजन का निर्माण किया गया (नहीं, जेवीएम का पुन: उपयोग करना मौलिक रूप से उपयुक्त नहीं होगा। विभिन्न मूल्य और निष्पादन मॉडल शामिल) और इसने कोड switchके सी संस्करण का उपयोग करने वाले बड़े के सापेक्ष कोड को बहुत सरल कर दिया।
टेक-होम संदेश को दोहराने के लिए, switchएक longपर एक संकेत है कि या तो आप अपने कार्यक्रम में गलत तरीके से मिल गया है या आप बहुत भिन्नता के साथ एक प्रणाली का निर्माण कर रहे हैं कि आप कक्षाओं का उपयोग किया जाना चाहिए शामिल है। किसी भी मामले में पुनर्विचार के लिए समय।
Map<Long,Runnable>पूरी तरह से समस्या को हल करने के लिए एक का उपयोग करें । :-)
switch 2 32 से अधिक हथियारों के साथ कोड क्यों होगा ? कई तत्वों के एक सीमित सेट का चयन करना चाहते हैं, बस कार्यक्रम के मूल डिजाइन में एक गलती की ओर इशारा करते हैं। यह लोग पूछ रहे हैं कि यह केवल इंगित करता है कि ** उन्हें अपना डिज़ाइन गलत मिला है ।
longमें पंक्तियों की संख्या हो सकती है , मुझे विशेष रूप से केवल 4 की आवश्यकता है। यह मेरे लिए एक मामला है जो मुझे longसौंप दिया गया है जो इंगित करता है कि किस पंक्ति पर कार्य किया जा रहा है, और मुझे उस पंक्ति के आधार पर विभिन्न चीजों को करने की आवश्यकता है। मुझे लगता है कि मैं इंट करने के लिए कास्ट कर सकता हूं, लेकिन अगर यह सिर्फ switchचर पर एड कर सकता है तो इससे मेरी जिंदगी आसान हो जाएगी । जैसा कि है, मैं सिर्फ ifऔर else ifइसके बजाय एक स्ट्रिंग का उपयोग कर रहा हूं ।
longमतलब यह नहीं है कि आप सभी संभावनाओं की जांच करने के लिए जा रहे हैं, बस एक होने की तरह intया एक Stringया तो इसका मतलब यह नहीं है। इसका मतलब है कि आपके पास जो मूल्य हैं, जो एक मुट्ठी भर हो सकते हैं, एक बड़ी रेंज है । आप कुछ सरल मामलों की जाँच कर सकते हैं और defaultशेष के लिए गिर सकते हैं । शिफ्ट और कास्ट करने का मतलब है कि आप डेटा खोने का जोखिम लेंगे। निचला रेखा, इसका खराब जावा डिज़ाइन निर्णय उपयोगकर्ता का मुद्दा नहीं है।
क्योंकि लुकअप टेबल इंडेक्स 32 बिट का होना चाहिए।
switchआवश्यक रूप से एक लुकअप टेबल के साथ लागू नहीं किया जाना चाहिए।
32 बिट आर्किटेक्चर में एक लंबा, दो शब्दों द्वारा दर्शाया गया है । अब, कल्पना करें कि अपर्याप्त सिंक्रनाइज़ेशन के कारण क्या हो सकता है, स्विच स्टेटमेंट का निष्पादन अपने उच्च 32 बिट्स को एक लिखने से और दूसरे से 32 कम लोगों के साथ एक लंबा अवलोकन करता है! यह जाने की कोशिश कर सकता है .... कौन जानता है कि कहां! मूल रूप से कहीं पर यादृच्छिक। यहां तक कि अगर दोनों स्विच स्टेटमेंट के लिए वैध मामलों का प्रतिनिधित्व करते हैं, तो उनका मजाकिया संयोजन शायद न तो पहले और न ही दूसरे तक ले जाएगा - या इससे भी बदतर, यह एक और वैध, लेकिन असंबंधित मामला हो सकता है!
कम से कम एक इंट (या कम प्रकार) के साथ, कोई फर्क नहीं पड़ता कि आप कितनी बुरी तरह से गड़बड़ करते हैं, स्विच स्टेटमेंट कम से कम एक मूल्य पढ़ेगा जो किसी ने वास्तव में लिखा था , इसके बजाय एक मूल्य "पतली हवा से बाहर"।
बेशक, मैं वास्तविक कारण नहीं जानता (यह 15 साल से अधिक हो गया है, मैं उस पर लंबे समय से ध्यान नहीं दे रहा हूं!), लेकिन अगर आपको पता है कि इस तरह के निर्माण कैसे असुरक्षित और अप्रत्याशित हो सकते हैं, तो आप सहमत होंगे कि यह निश्चित रूप से एक बहुत अच्छा कारण है कि कभी भी लॉन्ग पर स्विच नहीं होता (और जैसा कि लॉन्ग -पून का इरादा है - 32 बिट मशीनें होंगी, यह कारण वैध रहेगा)।
ifऔर परिणाम सिर्फ उतना ही बुरा होगा: गलत परिणाम ~> गलत शाखा। एक लंबे बनाना if- else- ifएक के बजाय श्रृंखला switchवास्तव में बिल्कुल समान परिणाम प्राप्त करेंगे।