open-close पर टैग किए गए जवाब

मैं OOP के ठोस सिद्धांतों को समझने की कोशिश कर रहा हूं और मैं इस निष्कर्ष पर पहुंचा हूं कि एलएसपी और ओसीपी में कुछ समानताएं हैं (यदि अधिक कहने के लिए नहीं)। खुला / बंद सिद्धांत बताता है कि "सॉफ्टवेयर इकाइयां (कक्षाएं, मॉड्यूल, फ़ंक्शन, आदि) विस्तार के लिए खुली …

48 object-oriented  inheritance  solid  open-close  liskov-substitution 

ओवरराइडिंग के खिलाफ मुख्य दो तर्क हैं Object.finalize(): आपको यह तय करने के लिए नहीं मिलता है कि इसे कब बुलाया जाए। यह बिल्कुल नहीं कहा जा सकता है। अगर मैं इसे सही ढंग से समझता हूं, तो मुझे नहीं लगता कि वे Object.finalize()इतने नफरत करने के लिए पर्याप्त कारण …

34 java  virtual-machine  garbage-collection  open-close 

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

19 object-oriented-design  inheritance  backward-compatibility  open-close 

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

13 unit-testing  solid  mocking  open-close  stub 

विकिपीडिया कहता है "सॉफ्टवेयर इकाइयां (कक्षाएं, मॉड्यूल, फ़ंक्शन, आदि) विस्तार के लिए खुली होनी चाहिए, लेकिन संशोधन के लिए बंद हो गई" शब्द कार्यों ने मेरी आंखों को पकड़ लिया, और मुझे अब आश्चर्य होता है कि क्या हम यह मान सकते हैं कि किसी विधि के लिए अधिभार बनाना …

12 solid  design-patterns  open-close 

मैं हाल ही में स्वच्छ कोड विकास के बारे में एक वेब साइट पढ़ रहा हूं (मैं यहां लिंक नहीं डालता क्योंकि यह अंग्रेजी में नहीं है)। इस साइट द्वारा विज्ञापित सिद्धांतों में से एक ओपन बंद सिद्धांत है : प्रत्येक सॉफ़्टवेयर घटक को विस्तार के लिए खुला होना चाहिए …

12 programming-practices  refactoring  open-close