🏴󠁧󠁢󠁳󠁣󠁴󠁿 💈 📑 चोक वाला कोड (एम। फाउलर रीफैक्टरिंग) 👩🏽‍🏫 👩🏼‍⚖️ 😽

सभी को नमस्कार।

पुस्तक Refactoring के अनुसार शुरुआती लोगों के लिए एक छोटा सा धोखा पत्र, और बाकी सभी जो भूल गए । मौजूदा कोड मार्टिन फाउलर में सुधार ।

क्यों? कब और कैसे?

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

एक चोक के साथ कोड

आपको नए कार्यक्रमों को लिखने और फिर से तैयार करने की प्रक्रिया से छुटकारा पाने की आवश्यकता है।

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

मैं इन समस्याओं का समाधान प्रदान नहीं करता, क्योंकि आप पुस्तक में वर्णित आधार के लिए ले जा सकते हैं। और अनुभव को ध्यान में रखते हुए, कुछ अलग।
एक तकनीक के लिए आगे पढ़ें: कंपोजिंग के तरीके ।

क्या लाभ हुआ।

कोड के समर्थन और समझ में आसानी, साथ ही साथ परीक्षण लिखना।

अंतभाषण

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

चोक वाला कोड (एम। फाउलर रीफैक्टरिंग)

क्यों? कब और कैसे?

एक चोक के साथ कोड

क्या लाभ हुआ।

अंतभाषण

More articles: