C # और C ++ / CLI में कीवर्ड sealed(या NotInheritableVB में) का उपयोग किसी भी वंशानुक्रम के मौके से वर्ग की सुरक्षा के लिए किया जाता है (वर्ग गैर-अंतर्निहित होगा)। मुझे पता है कि ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग की एक विशेषता वंशानुक्रम है और मुझे लगता है कि sealedइस सुविधा के खिलाफ जाने का उपयोग , यह विरासत को रोकता है। क्या कोई उदाहरण है जो इसका लाभ दिखाता है sealedऔर इसका उपयोग कब करना महत्वपूर्ण है?
जवाबों:
एक वर्ग जो सुरक्षा सुविधाओं को लागू करता है, ताकि मूल वस्तु "प्रतिरूपित" न हो सके।
आम तौर पर, मैंने हाल ही में माइक्रोसॉफ्ट के एक व्यक्ति के साथ आदान-प्रदान किया, जिन्होंने मुझे बताया कि उन्होंने उन जगहों पर विरासत को सीमित करने की कोशिश की जहां यह वास्तव में पूर्ण समझ में आता है, क्योंकि यह अनुपयोगी होने पर महंगा प्रदर्शन-वार हो जाता है।
सीलबंद कीवर्ड सीएलआर को बताता है कि विधियों को देखने के लिए आगे कोई वर्ग नहीं है, और यह चीजों को गति देता है।
आजकल बाजार में अधिकांश प्रदर्शन-बढ़ाने वाले टूल में, आपको एक चेकबॉक्स मिलेगा, जो आपके सभी वर्गों को सील कर देगा जो विरासत में नहीं मिले हैं।
यद्यपि सावधान रहें, क्योंकि यदि आप MEF के माध्यम से प्लगइन्स या असेंबली खोज की अनुमति देना चाहते हैं, तो आप समस्याओं में भाग लेंगे।
बबून के उत्कृष्ट उत्तर के लिए एक परिशिष्ट :
संबंधित नोट पर, केवल बिना वर्ग की कक्षाओं के लिए लागू: बनाई गई कोई भी विधि virtualएक विस्तार बिंदु है, या कम से कम ऐसा लगता है कि यह एक विस्तार बिंदु होना चाहिए। घोषणा के तरीकों के virtualसाथ-साथ एक सचेत निर्णय होना चाहिए। (C # में यह एक सचेत निर्णय है; जावा में यह नहीं है।)
संपादित करें : कुछ प्रासंगिक लिंक:
यह भी ध्यान दें कि कोटलिन डिफ़ॉल्ट रूप से कक्षाएं सील करता है; इसका openकीवर्ड जावा के finalया sealedC # के विपरीत है । (यह सुनिश्चित करने के लिए, कोई सार्वभौमिक समझौता नहीं है कि यह एक अच्छी बात है ।)
एक वर्ग को चिह्नित करना Sealedमहत्वपूर्ण सुरक्षा वर्गों से छेड़छाड़ को रोकता है जो सुरक्षा से समझौता कर सकते हैं, या प्रदर्शन को प्रभावित कर सकते हैं।
कई बार, एक वर्ग को सील करना भी समझ में आता है जब कोई उपयोगिता वर्ग को निश्चित व्यवहार के साथ डिजाइन कर रहा होता है, जिसे हम बदलना नहीं चाहते हैं।
उदाहरण के लिए, Systemनेमस्पेस C#कई वर्गों को प्रदान करता है जो सील कर दिए जाते हैं, जैसे कि String। यदि सील नहीं किया गया है, तो इसकी कार्यक्षमता को बढ़ाना संभव होगा, जो अवांछनीय हो सकता है, क्योंकि यह एक बुनियादी प्रकार है जो दी गई कार्यक्षमता है।
इसी तरह, structuresमें C#हमेशा परोक्ष सील कर रहे हैं। इसलिए एक संरचना / वर्ग को दूसरी संरचना से प्राप्त नहीं किया जा सकता है। इसका तर्क यह है कि structuresकेवल स्टैंड-अलोन, परमाणु, उपयोगकर्ता-परिभाषित डेटा प्रकारों को मॉडल करने के लिए उपयोग किया जाता है , जिसे हम संशोधित नहीं करना चाहते हैं।
कभी-कभी, जब आप कक्षा पदानुक्रम का निर्माण कर रहे होते हैं, तो आप अपने डोमेन मॉडल या व्यावसायिक नियमों के आधार पर विरासत श्रृंखला में एक निश्चित शाखा को बंद करना चाह सकते हैं।
उदाहरण के लिए, ए Managerऔर PartTimeEmployeeदोनों Employeeएस हैं, लेकिन आपके संगठन में अंशकालिक कर्मचारियों के बाद आपकी कोई भूमिका नहीं है। इस मामले में, आप PartTimeEmployeeआगे की शाखाओं को रोकने के लिए सील करना चाह सकते हैं । दूसरी ओर, यदि आपके पास प्रति घंटा या साप्ताहिक अंशकालिक कर्मचारी हैं, तो हो सकता है कि यह उनसे विरासत में मिले PartTimeEmployee।
unsealबाद में जरूरत पड़ने पर उसे सील करने और उस पर निर्भर रहने वाली सभी कक्षाओं को तोड़ने की बजाए वर्ग के लिए आसान हो जाता है।
मुझे लगता है कि इस पोस्ट में कुछ अच्छा बिंदु है, विशिष्ट मामला तब था जब एक गैर-सील वर्ग को किसी भी यादृच्छिक इंटरफ़ेस में डालने की कोशिश की जा रही थी, संकलक त्रुटि नहीं फेंकता है; लेकिन जब सील का उपयोग किया जाता है संकलक त्रुटि है कि यह परिवर्तित नहीं कर सकता है। सील वर्ग अतिरिक्त कोड एक्सेस सुरक्षा लाता है।
https://www.codeproject.com/Articles/239939/Csharp-Tweaks-Why-to-use-the-sealed-keyword-on-cla