एक विधि के बाद स्वचालित रूप से एक विधि को कॉल करने का एक क्लीनर तरीका?

Question

क्या इस तरह के फैशन में एक विधि तैयार करना संभव है, यह जानता है कि इसे बाहर निकलने पर उत्तराधिकार में स्वचालित रूप से अगली विधि को कॉल करना होगा?

निम्नलिखित उदाहरण में, मुझे इस घटना के बाद मेरे फॉर्म को पुन: पेश करने के कारण Refresh() पर कॉल करना होगा। समस्या यह है कि, Refresh() पर कॉल करने के लिए बदसूरत है, उदाहरण के लिए, 20 अलग-अलग ईवेंट जो फ़ॉर्म को रीफ्रेश करना चाहिए। उदाहरण के लिए:

private void PriorityLine_Click(object sender, EventArgs e) 
{ 
    _showPriorityLine = (_showPriorityLine) ? false : true; 
    Refresh(); // Must call refresh for changes to take effect. 
} 

मुझे लगता है कि मैं क्या तलाश कर रहा हूँ हस्ताक्षर किसी तरह मैं विधि के लिए आवेदन कर सकते हैं यह स्वचालित रूप से, विधि के बगल में श्रृंखला के लिए जहां अपने नाम से भले ही पैदा करने के लिए है। उदाहरण के लिए:

(मैं जानता हूँ कि इस वाक्य रचना सही नहीं है।)

private void PriorityLine_Click(object sender, EventArgs e).Refresh() 
{ 
    _showPriorityLine = (_showPriorityLine) ? false : true; 
} 

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

Answer 1

ध्वनि क्या आप चाहते हैं की तरह पहलू उन्मुख प्रोग्रामिंग है, अलग अलग व्यवस्थाएं की एक संख्या सामान "जादुई" होने के बाद तरीकों के कुछ सेट चलाने के लिए आप सक्षम करने के लिए देखते हैं यहाँ एक नज़र AOP programming in .Net?

Answer 2

एक ऐसी संपत्ति का उपयोग करें जो सेटर में ताज़ा करें।

Answer 3

मैं है मुझे किसी भी वास्तव में साफ तरीके से अवगत नहीं है। एक विधि PostSharp का उपयोग करना होगा।

Answer 4

आप उन परिवर्तनों को समाहित कर सकते हैं जो फॉर्म को फॉर्म-स्तरीय गुणों में रीफ्रेश करने का कारण बनेंगे।

उदाहरण के लिए,

private bool _showPriorityLine; 
private bool ShowPriorityLine 
{ 
    get { return _showPriorityLine; } 
    set 
    { 
     _showPriorityLine = value; 
     Refresh(); 
    } 
} 

फिर अपने घटना सिर्फ

private void PriorityLine_Click(object sender, EventArgs e) 
{ 
    ShowPriorityLine = !ShowPriorityLine; 
} 

बेशक

होगा, जो केवल अपने कोड को साफ करता है, तो आपको लगता है कि करने के लिए प्रपत्र का कारण एक ही चर जोड़ तोड़ कई घटनाओं है जलपान की जरुरत है।

Answer 5

कुछ इस तरह:

private void RefreshAfter(Action action) 
    { 
     action(); 
     Refresh(); 
    } 

UPDATED यह और भी स्पष्ट करने के लिए:

private void DoSomeUiShiznit(Action action) 
    { 
     action(); 
     // other parts of the code don't realize that Refresh has to be called. 
     // But that's cool. I got it covered. 
     Refresh(); 
    } 

    private void PriorityLine_Click(object sender, EventArgs e) 
    { 
     DoSomeUiShiznit(() => { _showPriorityLine = !_showPriorityLine; }); 
    } 

अद्यतन - बस लेट-मतदाताओं के लिए एक संदेश:

क्या से कुछ आप देखकर बहुत अंधे हैं कि यह सब कुछ अलग नहीं है:

[SomeRefreshAttribute] 
private void PriorityLine_Click(object sender, EventArgs e) 
{ 
    _showPriorityLine = !_showPriorityLine; 
} 

सिवाय इसके कि यह आसान है, और समाधान में एक और ढांचा जोड़ने की आवश्यकता नहीं है। और फिर भी दूसरा जवाब यह बताता है कि जितना ज्यादा वोट नहीं मिलता है!

आपके साथ क्या गलत है?

Answer 6

आपकी विशेष समस्या और समाधान पोस्ट किए गए विचारों को ध्यान में रखते हुए, मैं कहूंगा कि "स्वच्छतम" दृष्टिकोण केवल Property Changed Notification को फॉर्म में आंतरिक उपयोग के लिए लागू करना होगा यानी आपको इस कार्यक्रम को बेनकाब करने की आवश्यकता नहीं है एमएसडीएन उदाहरण।

इस तरह आप उन संपत्तियों की एक आंतरिक सूची बनाए रख सकते हैं जिन्हें आप जानते हैं कि फ़ॉर्म को ताज़ा करने की आवश्यकता होगी उदा।

private List<string> _refreshProps = new List<string>(); 
    private bool _showPriority; 

    public void Form() 
    { 
     _refreshProps.Add("ShowPriority"); 
     ... etc 
    } 

    // only implement properties like this that need some extra work done 
    public bool ShowPriority 
    { 
     get { return _showPriority; } 
     set 
     { 
      if (_showPriority != value) 
      { 
       _showPriority = value; 
       // Call OnPropertyChanged whenever the property is updated 
       OnPropertyChanged("ShowPriority"); 
      } 
     } 
    } 

    // basic property that doesn't require anything extra 
    public bool AnotherProperty { get; set; } 

    public void Refresh() 
    { 
     // refresh the form 
    } 

    protected void OnPropertyChanged(string name) 
    { 
     if (_refreshProps.Contains(name)) 
      Refresh(); 
    } 

इस दृष्टिकोण का लाभ यदि भविष्य में आप विशेष गुण के बाद आप बस एक और सूची को लागू करने और अपने OnPropertyChanged विधि में फिर से संभाल कर सकते हैं अन्य "सामान" ऐसा करने के लिए आवश्यक है।

Answer 7

Refresh पर कॉल न करें, Invalidate पर कॉल करें। आपको जिस तंत्र की आवश्यकता है वह पहले ही विंडोज में बनाई गई है। कॉलिंग Invalidate बस एक नोट बनाता है कि खिड़की को पुनर्भुगतान की आवश्यकता है। ऑपरेटिंग सिस्टम अंततः एक WM_PAINT संदेश पोस्ट करेगा (आमतौर पर रूट डिस्पैच मैसेज कॉल खत्म होने के बाद, लेकिन सटीक कार्यान्वयन अप्रासंगिक है)।