अमूर्त के बारे में और "निकालने विधि" refactoring विधि

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

जब एक प्रोग्रामर कोड लिखता है, तो वह अमूर्त के साथ काम करता है।

"क्लाइंट सर्वर के लिए एक अनुरोध भेजता है।"

पिछले वाक्य में प्रत्येक शब्द एक उच्च-स्तरीय अमूर्तता है। यह महत्वपूर्ण है कि ये चार सार समान स्तर पर हों। संबंधित कोड इस तरह दिख सकता है:

client.send(request, server); 

इस लाइन को देखने पर पाठक के पास सवाल नहीं हैं।

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

 void sendRequest(Request request) { if (server->error() != Server::errorOk) { // handle } if (request.userName.empty()) { // handle } //  100 if- client.send(request, server); } 

मैं ऐसे इफ़्स को इतनी बार देखता हूं कि मैं उन्हें शोर (विशेष रूप से योदा-स्थिति) के रूप में देखता हूं। वे निश्चित रूप से आवश्यक हैं, लेकिन ... मेरा मानना ​​है कि उन्हें इस सेंडररेस्ट फंक्शन में यहां नहीं होना चाहिए, क्योंकि client.send किसी भी सर्वर की तुलना में उच्च स्तर पर है: ErrorState। ये इफ़े लोअर-लेवल एब्स्ट्रैक्ट हैं, इसलिए आपको इन्हें अलग-अलग तरीकों से छिपाने की ज़रूरत है ।ServerReady () और isRequestValid ()। फिर कोड इस तरह होगा:

 void sendRequest(Request request) { if (!isServerReady()) { // handle } if (!isRequestValid(request)) { // handle } //   if' client.send(request, server); } 

SendRequest अब उन कार्यों के साथ काम करता है जो अमूर्तता के समान स्तर पर हैं, इसलिए कोड पढ़ना आसान और अच्छा है। बोनस - ये विधियाँ (आईपीएस) को कॉपी करने के बजाय पुन: उपयोग किया जा सकता है। मैं SendRequest फ़ंक्शन में इन बदसूरत सर्वर-> त्रुटि ()! = सर्वर :: errorOk को नहीं देखना चाहता, लेकिन जब मुझे उनकी आवश्यकता होगी, मैं उन्हें देखना चाहूंगा। तब मैं isServerReady () की सामग्री को देखूंगा। क्या आपको लगता है?

या उदाहरण के लिए। बड़ा, बड़ा वर्ग। सभी तरीकों से, फॉर्म की स्थिति बिखरी हुई है

 if (niceNamedContainer.empty()) { // do some logic } 

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

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

संदर्भ:
en.wikipedia.org/wiki/Data अमूर्तता

संदर्भ:
स्टीव मैककोनेल। कोड पूरा: सॉफ्टवेयर निर्माण की एक व्यावहारिक पुस्तिका।
रॉबर्ट सी। मार्टिन। क्लीन कोड: एगाइल सॉफ्टवेयर क्राफ्ट्समैनशिप की एक पुस्तिका।
मार्टिन फाउलर Refactoring: मौजूदा कोड के डिजाइन में सुधार