आज की बदलती दुनिया में Enum का स्थान

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

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

सौभाग्य से, विशेष रूप से ऐसे मामलों के लिए, कई डीबीएमएस में एनम प्रकार के कॉलम बनाने की क्षमता होती है, जिससे उन मानों की सीमा को सीमित किया जा सकता है जो ऐसे कॉलम में डेटा हो सकते हैं। एक अनुभवी डेवलपर का क्या फायदा होगा जो नहीं चाहता कि उसका प्रोजेक्ट फेंग शुई के लिए कुछ हो।

क्लाइंट पर, प्रोग्रामर भी मूर्ख नहीं है और यह भी जानता है कि गलत राज्यों को अनुभवहीन होना चाहिए, और इसके लिए चरित्र का लिंग होना चाहिए।

आदर्श!

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

क्लाइंट को लगातार अपडेट किया जाना चाहिए

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

एनम सर्वर पर, यह अच्छा है, क्योंकि अगर कुछ अज्ञात मूल्य वहां पाया जाता है, तो यह स्पष्ट रूप से एक त्रुटि है जिसे ढूंढने और तय करने की आवश्यकता है, लेकिन क्लाइंट पर, एक अज्ञात मूल्य की उपस्थिति एक नियमित स्थिति है जो नियमित रूप से क्लाइंट के पुराने संस्करणों पर होगी, और इसलिए दुश्मनी बुराई है जिसे जल्द से जल्द मिटा दिया जाना चाहिए और नष्ट कर देना चाहिए।

नया कोड पुराने डेटाबेस के साथ काम करने में सक्षम नहीं होगा

इसके अलावा, सर्वश्रेष्ठ कुत्ते प्रजनकों की सिफारिशों के अनुसार, नया कोड पुरानी डेटा योजना के साथ काम करने में सक्षम होना चाहिए, और यहां यह पता चलता है कि पूरी प्रणाली केवल अलग हो सकती है क्योंकि एक नया लिंग कोड में जोड़ा जाता है।

इसलिए, enum हमें डेटाबेस में परेशान करता है, और इस मामले में हमें फ़ील्ड स्ट्रिंग्स, या ints, या जो कुछ भी, यदि आवश्यक हो, में संग्रहीत करने की आवश्यकता है, तो आप एक मूल्य लिख सकते हैं जो अग्रिम में प्रदान नहीं किया गया है।

और कोई कहेगा: ठीक है, ठीक है, यह एनम क्लाइंट को परेशान करता है, और डेटाबेस में यह मदद करने से ज्यादा हस्तक्षेप करता है, लेकिन सर्वर कोड में एनम को बहुत फायदा होता है। वह सर्वर पर कोड से एनम को हटाने की पेशकश नहीं करेगा? हो जाएगा!

पुराना कोड नए डेटाबेस के साथ काम नहीं कर पाएगा

आजकल, प्रोग्रामर को न केवल कोड लिखने की सलाह दी जाती है ताकि वह पुराने डेटाबेस के साथ सामान्य रूप से काम करे, बल्कि डेटा स्कीम को भी विकसित करे ताकि थोड़ा पुराना कोड भी सामान्य रूप से काम कर सके।

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

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

तो शायद एनम पर हथौड़ा और हमेशा तार का उपयोग करें?

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

यदि एक चर केवल कुछ पहले से ज्ञात मूल्यों को ले सकता है और इन मूल्यों में शामिल नहीं होने वाली सभी चीजों में त्रुटि हो सकती है, तो एनम का उपयोग करना एक अच्छा विचार है, लेकिन यदि ऐसा नहीं है, यदि अप्रत्याशित मान नियमित रूप से चर में आते हैं, तो उपयोग करें Enum अपने आप को पैर में गोली मारने के बराबर है, और यह बेहतर है कि ऐसा न करें, जब तक कि आप निश्चित रूप से एक मसोचिस्ट न हों।

यह विशेष स्थिति दिलचस्प है क्योंकि कुछ भी नहीं के लिए नए मानों को जोड़ने का पूर्वाभास दिया गया है, इस तथ्य का उल्लेख नहीं करने के लिए कि नए मूल्य नियमित रूप से दिखाई देंगे। हमें यह भी कैसे पता चला कि दो से अधिक लिंग होंगे?

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

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

तो, एनम को लिंग से संबंधित कोड में नहीं होना चाहिए?

इसके बावजूद कि मैंने अभी क्या कहा, कोड में enum अभी भी बहुत उपयोगी हो सकता है, भले ही उनके पास डेटाबेस में आने वाले मान हों। डेटाबेस से बाहर खींचे गए मूल्यों को संग्रहीत करने के लिए उनका उपयोग करना न केवल आवश्यक है, डेटाबेस से वांछित मूल्य के साथ क्या आया इसकी तुलना करना आवश्यक है। उदाहरण के लिए, जब कोई प्रोग्रामर यह लिखना चाहता है कि यदि चरित्र का लिंग GENERIC_TEEN है, तो वह अपनी सूची में अल्कोहल नहीं डाल सकता है, तो आप उस मान विधि के साथ एक एनुम जेंडर बना सकते हैं जो एक स्ट्रिंग लौटाता है, और एक कोड लिखें जो यह जांच करेगा कि क्या चरित्र में लिंग फ़ील्ड है और Gender.GENERIC_TEEN .value () और यह अच्छा होगा, क्योंकि यह प्रोग्रामर को स्टेटस वैल्यू में गलती नहीं करने देगा।

कोड विकसित करना होगा

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