कोड पुन: प्रयोज्यता में सुधार करने वाले कारक

Question

कौन से सिद्धांत, कोड गुण, प्रथाएं, अपमान, भाषा या ढांचे की विशेषताएं आपको व्यापक मामलों में प्रभावी ढंग से कार्य, कक्षा आदि का पुन: उपयोग करने में मदद करती हैं। सभी स्थितियां दिलचस्प हैं: या तो आप पुनः उपयोग/सुधार या केवल कुछ भी सुधारने के लिए कोड के कार्यान्वयन और इंटरफेस को संशोधित कर सकते हैं। पुन: उपयोग के प्रभाव का महत्वपूर्ण संकेतक (के रूप में मेरे लिए) कर रहे हैं:

• कितना लागू करने और देखभाल के लिए प्रयास कम कर देता है
• आवेदन की गुणवत्ता
• खराब नहीं करता कितना जटिलता कम हो जाता है

(सभी निम्न स्तर से पुन: कार्यान्वित करने की तुलना में)।

पीएस। यदि संभव हो तो विवरण के साथ प्रति जवाब एक कारक निर्दिष्ट करें कि यह आपके मामले में कैसे मदद करता है।

Answer 1

Test Driven Development। कोड आसानी से इकाई का परीक्षण होने के लिए यह होना चाहिए:

1) है संभव के रूप में

3) अक्सर है उन निर्भरता में पारित (इतना है कि वे हो सकता है एक बात केवल

2) है के रूप में कुछ निर्भरता मॉक आउट)

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

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

Answer 2

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

Answer 3

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

Answer 4

के रूप में समारोह के उत्पादन पारित मुख्य कारक एक मानव और उनके कौशल, अनुभव, दिमाग है।
यदि कोई व्यक्ति नहीं जानता कि उन्हें कैसे लागू किया जाए तो सभी सर्वोत्तम प्रथाएं बेकार हैं।

आदेश में और अधिक विशिष्ट हो सकता है और टिप्पणी संबोधित करने के लिए मैं निम्नलिखित कौशल/व्यक्तिगत दृष्टिकोण है कि एक कोड पुनर्प्रयोग के लिए योगदान की सूची जाएगा:

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

यह एक अच्छा गणितज्ञ, वैज्ञानिक या कलाकार बनने के समान है। कई प्रथाएं हैं जो सभी पढ़ और सीख सकते हैं। लेकिन केवल वे लोग जो प्रथाओं को लागू कर सकते हैं वे अपने शिल्प को निपुण कर सकते हैं।

मुख्य बिंदु यह है कि पुन: प्रयोज्यता का सवाल तकनीकीता की बजाय व्यक्तित्व के बारे में अधिक है।