नोट: यदि आपके पास C # 5.0 तक पहुंच है , तो दोनों के बीच के अंतरों को समझने के लिए "ईवेंट्स ऑफ प्लेज यूज ऑफ डेलिगेट्स" अध्याय 18 में "इवेंट्स" को पढ़ें।
यह हमेशा मुझे एक सरल, ठोस उदाहरण देने में मदद करता है। तो यहाँ समुदाय के लिए एक है। पहले मैं दिखाता हूं कि आप हमारे लिए ईवेंट्स का उपयोग करने के लिए अकेले प्रतिनिधियों का उपयोग कैसे कर सकते हैं। फिर मैं बताता हूं कि एक ही समाधान किस तरह के उदाहरण के साथ काम करेगा EventHandler। और फिर मैं समझाता हूं कि हम ऐसा क्यों करना चाहते हैं जो मैं पहले उदाहरण में समझाता हूं। यह पोस्ट जॉन स्कीट के एक लेख से प्रेरित थी ।
उदाहरण 1: सार्वजनिक प्रतिनिधि का उपयोग करना
मान लीजिए कि मेरे पास एक एकल ड्रॉप-डाउन बॉक्स के साथ एक WinForms ऐप है। ड्रॉप डाउन एक के लिए बाध्य है List<Person>। जहाँ व्यक्ति के पास Id, Name, NickName, HairColor के गुण हैं। मुख्य रूप पर एक कस्टम उपयोगकर्ता नियंत्रण है जो उस व्यक्ति के गुणों को दर्शाता है। जब कोई व्यक्ति चुने हुए व्यक्ति के गुणों को दिखाने के लिए उपयोगकर्ता नियंत्रण अद्यतन में ड्रॉप-डाउन में किसी व्यक्ति का चयन करता है।
यहाँ है कि कैसे काम करता है। हमारे पास तीन फाइलें हैं जो हमें इसे एक साथ रखने में मदद करती हैं:
- Mediator.cs - स्थिर वर्ग प्रतिनिधियों को रखता है
- Form1.cs - मुख्य रूप
- DetailView.cs - उपयोगकर्ता नियंत्रण सभी विवरण दिखाता है
यहाँ प्रत्येक वर्ग के लिए प्रासंगिक कोड दिया गया है:
class Mediator
{
public delegate void PersonChangedDelegate(Person p); //delegate type definition
public static PersonChangedDelegate PersonChangedDel; //delegate instance. Detail view will "subscribe" to this.
public static void OnPersonChanged(Person p) //Form1 will call this when the drop-down changes.
{
if (PersonChangedDel != null)
{
PersonChangedDel(p);
}
}
}
यहाँ हमारा उपयोगकर्ता नियंत्रण है:
public partial class DetailView : UserControl
{
public DetailView()
{
InitializeComponent();
Mediator.PersonChangedDel += DetailView_PersonChanged;
}
void DetailView_PersonChanged(Person p)
{
BindData(p);
}
public void BindData(Person p)
{
lblPersonHairColor.Text = p.HairColor;
lblPersonId.Text = p.IdPerson.ToString();
lblPersonName.Text = p.Name;
lblPersonNickName.Text = p.NickName;
}
}
अंत में हमारे Form1.cs में निम्न कोड है। यहां हम OnPersonChanged को कॉल कर रहे हैं, जो प्रतिनिधि को सब्सक्राइब किए गए किसी भी कोड को कॉल करता है।
private void comboBox1_SelectedIndexChanged(object sender, EventArgs e)
{
Mediator.OnPersonChanged((Person)comboBox1.SelectedItem); //Call the mediator's OnPersonChanged method. This will in turn call all the methods assigned (i.e. subscribed to) to the delegate -- in this case `DetailView_PersonChanged`.
}
ठीक है। तो यह है कि आप घटनाओं का उपयोग किए बिना और केवल प्रतिनिधियों का उपयोग किए बिना यह काम कैसे प्राप्त करेंगे । हम सिर्फ एक सार्वजनिक प्रतिनिधि को एक वर्ग में रखते हैं - आप इसे स्थिर या एक सिंगलटन या जो कुछ भी बना सकते हैं। महान।
लेकिन, BUT, लेकिन, हम वही नहीं करना चाहते हैं जो मैंने अभी ऊपर वर्णित किया है। क्योंकि सार्वजनिक क्षेत्र कई, कई कारणों से खराब हैं । तो हमारे विकल्प क्या हैं? जैसा कि जॉन स्कीट बताते हैं, यहां हमारे विकल्प हैं:
- एक सार्वजनिक प्रतिनिधि चर (यह वही है जो हमने अभी ऊपर किया था। ऐसा मत करो। मैंने अभी आपको ऊपर बताया कि यह खराब क्यों है)
- एक प्रतिनिधि को एक सेट / सेट के साथ एक संपत्ति में डाल दें (यहां समस्या यह है कि ग्राहक एक-दूसरे को ओवरराइड कर सकते हैं - इसलिए हम प्रतिनिधि को तरीकों का एक समूह सदस्यता ले सकते हैं और फिर हम गलती
PersonChangedDel = nullसे अन्य सभी सदस्यता को मिटा सकते हैं।) अन्य समस्या जो यहां बनी हुई है वह यह है कि चूंकि उपयोगकर्ताओं के पास प्रतिनिधि के पास पहुंच है, इसलिए वे मंगलाचरण सूची में लक्ष्यों को प्राप्त कर सकते हैं - हम नहीं चाहते कि बाहरी उपयोगकर्ता हमारे घटनाओं को बढ़ाएं।
- AddXXXHandler और RemoveXXXHandler विधियों के साथ एक प्रतिनिधि चर
यह तीसरा विकल्प अनिवार्य रूप से एक घटना है जो हमें देता है। जब हम एक EventHandler घोषित करते हैं, तो यह हमें एक प्रतिनिधि के लिए पहुंच प्रदान करता है - सार्वजनिक रूप से नहीं, एक संपत्ति के रूप में नहीं, लेकिन इस चीज के रूप में हम एक घटना को कहते हैं जिसमें एक्सेसर्स को सिर्फ जोड़ना / निकालना है।
आइए देखें कि वही कार्यक्रम कैसा दिखता है, लेकिन अब सार्वजनिक प्रतिनिधि के बजाय एक ईवेंट का उपयोग कर रहा हूं (मैंने अपने मध्यस्थ को एक गायिका में बदल दिया है):
उदाहरण 2: एक सार्वजनिक प्रतिनिधि के बजाय EventHandler के साथ
मध्यस्थ:
class Mediator
{
private static readonly Mediator _Instance = new Mediator();
private Mediator() { }
public static Mediator GetInstance()
{
return _Instance;
}
public event EventHandler<PersonChangedEventArgs> PersonChanged; //this is just a property we expose to add items to the delegate.
public void OnPersonChanged(object sender, Person p)
{
var personChangedDelegate = PersonChanged as EventHandler<PersonChangedEventArgs>;
if (personChangedDelegate != null)
{
personChangedDelegate(sender, new PersonChangedEventArgs() { Person = p });
}
}
}
ध्यान दें कि यदि आप EventHandler पर F12 करते हैं, तो यह आपको दिखाएगा कि परिभाषा अतिरिक्त "प्रेषक" ऑब्जेक्ट के साथ एक सामान्य-ified प्रतिनिधि है:
public delegate void EventHandler<TEventArgs>(object sender, TEventArgs e);
उपयोगकर्ता नियंत्रण:
public partial class DetailView : UserControl
{
public DetailView()
{
InitializeComponent();
Mediator.GetInstance().PersonChanged += DetailView_PersonChanged;
}
void DetailView_PersonChanged(object sender, PersonChangedEventArgs e)
{
BindData(e.Person);
}
public void BindData(Person p)
{
lblPersonHairColor.Text = p.HairColor;
lblPersonId.Text = p.IdPerson.ToString();
lblPersonName.Text = p.Name;
lblPersonNickName.Text = p.NickName;
}
}
अंत में, यहाँ Form1.cs कोड है:
private void comboBox1_SelectedIndexChanged(object sender, EventArgs e)
{
Mediator.GetInstance().OnPersonChanged(this, (Person)comboBox1.SelectedItem);
}
क्योंकि EventHandler चाहता है और EventArgs एक पैरामीटर के रूप में, मैंने इस वर्ग को सिर्फ एक संपत्ति के साथ बनाया है:
class PersonChangedEventArgs
{
public Person Person { get; set; }
}
उम्मीद है कि आपको थोड़ा सा पता चलता है कि हमारे पास घटनाएँ क्यों हैं और वे कैसे भिन्न हैं - लेकिन कार्यात्मक रूप से समान हैं - प्रतिनिधियों के रूप में।