सार बेस या हेल्पर क्लास

Question

मैंने आज ही विरासत पर संरचना के बारे में कुछ सीखा। मैं सोच रहा था कि क्या मुझे हाल ही में लिखी गई किसी चीज़ को अवधारणा लागू करनी चाहिए।

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

class BallMillDBHandler{ 

    public BallMillDBHandler(){ ... } 

    public void InsertTool(BallMill tool) { ... } 
    public BallMill QueryTool(string toolID) { ... } 
    public void UpdateTool(BallMill tool) { ... } 
    public void DeleteTool(string toolID) { ... } 
} 

class DiamondToolDBHandler{ 

    public DiamondToolDBHandler(){ ... } 

    public void InsertTool(DiamondTool tool) { ... } 
    public DiamondTool QueryTool(string toolID) { ... } 
    public void UpdateTool(DiamondTool tool) { ... } 
    public void DeleteTool(string toolID) { ... } 
} 

मैं लगभग दोहराया तरीकों के बहुमत को लेकर उन्हें एक BaseToolDBHandler() वर्ग में बाहर पुनर्संशोधित, और अन्य दो से विरासत में मिला है, कुछ सार तरीकों प्रदान और डेटाबेस पैरामीटर को स्वयं एक्सेस करने में मतभेदों को संभालने के लिए गुण।

क्या यह BaseToolDBHandler डेटाबेस सहायक के भीतर निहित एक सहायक वर्ग बनाने के लिए समझ में आता है, और उन्हें पहले अमूर्त गुण/विधियों का एक सामान्य इंटरफ़ेस प्रदान करता है? या मुझे इसे विरासत के मामले के रूप में छोड़ देना चाहिए?

Answer 1

यह एक ऐसे परिदृश्य की तरह दिखता है जो बेस क्लास/इंटरफ़ेस के माध्यम से जेनेरिक और विरासत दोनों को लाभान्वित करेगा।

class DBHandler<TTool> where TTool : ToolBase // or ITool 
{ 
    public DBHandler(){ ... } 

    public void InsertTool(TTool tool) { ... } 
    public TTool QueryTool(string toolID) { ... } 
    public void UpdateTool(TTool tool) { ... } 
    public void DeleteTool(string toolID) { ... } 
} 

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

उदाहरण:

var handler = new DBHandler<BallMill>(); 
BallMill value = handler.QueryTool("xyz"); 
value.SomeProperty = "New Value"; 
handler.UpdateTool(value); 

Answer 2

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

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

Answer 3

मैं कहूंगा कि यह निश्चित रूप से विरासत के लिए एक काम है ... लेकिन सीधे पहले एक बात मिलता है। संरचना एक डिज़ाइन पैटर्न है जिसका उपयोग किया जा सकता है और इसका उपयोग किया जाना चाहिए जहां कक्षाओं की एकाधिक विरासत किसी दिए गए भाषा की विशेषता नहीं है (उदाहरण के लिए सी #)

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

आप कैसे विरासत अपने कोड लागू किया जा सकता का एक मोटा उदाहरण के लिए, इस पर विचार करें: (इस रचना का उपयोग नहीं कर रहा है)

public interface IHandler 
{ 
    void InsertTool(ITool tool); 
    void UpdateTool(ITool tool); 
    void DeleteTool(string toolID); 
    //void DeleteTool(ITool tool) - seems more consistent if possible!? 

    ITool QueryTool(string toolID); 
} 

public interface ITool 
{ 

} 

class BallMill : ITool 
{ 
} 

class DiamondTool : ITool 
{ 
} 

class BallMillDBHandler : IHandler 
{ 

    public BallMillDBHandler(){ ... } 

    public void InsertTool(ITool tool) { ... } 
    public BallMill QueryTool(string toolID) { ... } 
    public void UpdateTool(ITool tool) { ... } 
    public void DeleteTool(string toolID) { ... } 
} 

class DiamondToolDBHandler : IHandler 
{ 

    public DiamondToolDBHandler(){ ... } 

    public void InsertTool(ITool tool) { ... } 
    public DiamondTool QueryTool(string toolID) { ... } 
    public void UpdateTool(ITool tool) { ... } 
    public void DeleteTool(string toolID) { ... } 
} 

Answer 4

बल्कि विरासत से, जेनरिक का उपयोग करें। आप विभिन्न प्रकार की वस्तुओं पर एक ही ऑपरेशन करना चाहते हैं, जो वास्तव में जेनेरिक सर्वोत्तम है।