जावा: प्रतिनिधि पैटर्न और संरक्षित तरीके

Question

मैं किसी तृतीय पक्ष लाइब्रेरी में किसी फ़ैक्टरी द्वारा बनाई गई ऑब्जेक्ट को लपेटने के लिए प्रतिनिधिमंडल पैटर्न का उपयोग कर रहा हूं। हाल ही में, पुस्तकालय ने बेस क्लास में एक संरक्षित विधि जोड़ा और मेरा रैपर वर्ग अब काम नहीं करता है। क्या प्रतिबिंब का उपयोग किए बिना किसी के पास कोई अच्छा समाधान है?

यह 3 पार्टी पुस्तकालय में और उनके पैकेज में है,

public class Base { 
    public void foo(); 

    protected void bar(); // Newly added 
} 

यह मेरे अपने पैकेज में है,

public class MyWrapper extends Base { 
    private Base delegate; 

    public MyWrapper(Base delegate) { 
     this.delegate = delegate; 
    } 

    public void foo() { 
     delegate.foo() 
    } 

    protected void bar() { 
     // Don't know what to do 
    } 
} 

संपादित करें: मेरी मूल पोस्ट स्पष्ट नहीं था। ये 2 वर्ग अलग-अलग पैकेजों में हैं।

प्रश्न का उत्तर देने के लिए मुझे प्रतिनिधिमंडल की आवश्यकता क्यों है। यह प्रतिनिधिमंडल/रैपर पैटर्न का एक सामान्य उपयोग-मामला है और मैं इसे कोड की कुछ पंक्तियों में यहां नहीं दिखा सकता। लाइब्रेरी बेस क्लास का खुलासा करती है लेकिन उनके कारखाने से वास्तविक वस्तु बेस का व्युत्पन्न वर्ग है। कॉन्फ़िगरेशन के आधार पर वास्तविक वर्ग बदलता है। तो मुझे नहीं पता कि प्रतिनिधि क्या है। इसलिए सीधे विरासत पैटर्न यहां काम नहीं करता है।

Answer 1

Access Levels 
Modifier Class Package Subclass World 
public  Y   Y  Y   Y 
protected Y   Y  Y   N 
no modifier Y   Y  N   N 
private  Y   N  N   N 

protected भी package पहुँच गया है, तो आप इस के साथ किसी भी विशिष्ट मुद्दा देख पा रहे हैं:

class Base { 
     public void foo(){}; 

     protected void bar(){}; // Newly added 
    } 

    class MyWrapper { 
     private Base delegate; 

     public MyWrapper(Base delegate) { 
      this.delegate = delegate; 
     } 

     public void foo() { 
      delegate.foo(); 
     } 

     protected void bar() { 
      // Don't know what to do 
      delegate.bar(); //since its in same package, it can be referenced, do you expect compile time error? 
     } 
    } 

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

Answer 2

आपको उस बार विधि को प्रतिनिधि (या नहीं चाहिए?) की आवश्यकता नहीं है।

यदि पुस्तकालय एक संरक्षित विधि परिभाषित करता है। यह उस विधि का उपक्रम बनाने तक उपयोगकर्ता को (निश्चित रूप से विभिन्न पैकेज में) नहीं चाहता है, जब तक कि उस प्रकार के उप-वर्ग को न बनाये। आप नियम तोड़ने की कोशिश कर रहे हैं।

आप यह करने के लिए चाहते हैं, तो जिस तरह से आप Base की एक उप-प्रकार बनाने के लिए, SubBase कहना है, आप SubBase बजाय Base की वस्तु बनानी होगी, फिर आवरण को subBase गुजरती हैं। तो आप अपने आवरण में bar() विधि लिख सकता है delegate.bar() इस तरह, SubBase वास्तव में, प्रतिनिधि है या अपने आवरण SubBase नहीं Base

मुझे लगता है कि आप जानते हैं कि मैं क्या मतलब सौंपने है कहने के लिए है, तो मैं सिर्फ टाइप न करें उदाहरण कोड, केवल इस लाइन मुझे लगता है कि यह पर्याप्त है:

//Wrapper 

private SubBase delegate; 

तुम देखो अगर तुम SubBase है आवरण आवश्यक नहीं किसी भी अब है। आप अपने SubBase में public void pubBar() को भी परिभाषित कर सकते हैं, और वहां आप this.bar() पर कॉल करते हैं। इस तरह सबबेज की सभी वस्तुओं को संरक्षित विधि (via pubBar()) तक पहुंच है, इससे कोई फर्क नहीं पड़ता कि कौन सा पैकेज

Answer 3

मुझे लगता है कि Base कक्षा या तो एक इंटरफ़ेस या एक अमूर्त वर्ग है। यदि ऐसा है, तो आप bar() विधि लागू करें, उदाहरण के लिए नीचे सूचीबद्ध तीन विधियों में से किसी एक का उपयोग करके।

साइड ध्यान दें, यदि Base एक सामान्य वर्ग है, तो आप कुछ भी (MyWrapper.bar() का एक उदाहरण के लिए एक कॉल वास्तव में Base.bar() के लिए एक कॉल में परिणाम होगा करना नहीं है।

---

प्रतिनिधि पैरेंट ऑब्जेक्ट के लिए

यह आमतौर पर एक अच्छा विचार है अगर bar() विधि 3 पार्टी एपीआई में एक कॉलबैक के रूप में प्रयोग किया जाता है:

@Override 
protected void bar() { 
    delegate.bar(); 
} 

---

कुछ न करें

बस एक खाली विधि जोड़ा त्रुटियों संकलन से बचने के लिए:

@Override 
protected void bar() { 
    // silently ignored 
} 

---

हिंसक नई के किसी भी उपयोग को रोकने के लिए एक अपवाद

फेंक विधि:

@Override 
protected void bar() { 
    throw new UnsupportedOperationException("not implemented"); 
} 

---

एक तरफ ध्यान दें के रूप में, एक और अधिक मजबूत निर्माण 3 पार्टी कार्यान्वयन, उदा से अपने कार्यान्वयन दसगुणा composition over inheritance पसंद करते हैं करने के लिए है

public class MyWrapper { // does not extend Base 
    private Base delegate; 

    public MyWrapper(Base delegate) { 
     this.delegate = delegate; 
    } 

    public void foo() { 
     delegate.foo() 
    } 

    // does not have to implement bar() 
} 

Answer 4

मैं आवरण में एक और मॉड्यूल से "बेस प्रतिनिधि" इंजेक्शन लगाने के लिए और प्रतिनिधि हो रही मैं एक POJO कारखाना उपयोग कर रहा हूँ के लिए वसंत का उपयोग कर रहा हूँ।

<bean id="interfaceDelegate" factory-bean="DelegatePojoFactory" 
    factory-method="getMyDelegateInstance"> 
    <constructor-arg index="0"> 
     <value>OnLine</value> 
    </constructor-arg> 
</bean> 

<bean id="wrapper" class="path.Wrapper"> 
     <property name="delegate" ref="interfaceDelegate"></property> 
</bean> 

Answer 5

आप अपने डैलिगेटर की जरूरत नहीं है आधार वर्ग का एक वास्तविक उदाहरण हो सकता है, तो आप बस उस संबंध को दूर कर सकते हैं:

public class MyWrapper { 
    private Base delegate; 

    public MyWrapper(Base delegate) { 
     this.delegate = delegate; 
    } 

    public void foo() { 
     delegate.foo() 
    } 

} 

चाहे जो आपके बहुत काम अपने अन्य पर बहुत निर्भर है कोड, और आपकी ज़रूरतें अभी मुझे पूरी तरह स्पष्ट नहीं हैं।

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