NOT: C # 5.0 Unleashed'e erişiminiz varsa , ikisi arasındaki farkları daha iyi anlamak için Bölüm 18'deki "Olaylar" başlıklı "Delegelerin Düz Kullanımına İlişkin Sınırlamalar" bölümünü okuyun.
Her zaman basit, somut bir örnek almamda bana yardımcı olur. İşte topluluk için bir tane. Öncelikle, Etkinliklerin bizim için yaptıklarını yapmak için delegeleri nasıl kullanabileceğinizi göstereceğim. Sonra aynı çözümün bir örneğiyle nasıl çalışacağını göstereceğim EventHandler. Ve sonra ilk örnekte açıkladıklarımı neden yapmak istemediğimizi açıklıyorum. Bu yazı John Skeet'in bir makalesinden esinlenmiştir .
Örnek 1: Genel temsilci kullanma
Tek bir açılır kutu içeren bir WinForms uygulamam olduğunu varsayalım. Açılır menü bir List<Person>. Kişi Id, Name, NickName, HairColor özelliklerine sahiptir. Ana formda, o kişinin özelliklerini gösteren özel bir kullanıcı kontrolü bulunur. Birisi, seçilen kişinin özelliklerini göstermek için kullanıcı kontrol güncellemesindeki etiketleri açılır listeden bir kişi seçtiğinde.
İşte böyle çalışır. Bunu bir araya getirmemize yardımcı olan üç dosyamız var:
- Mediator.cs - statik sınıf delegeleri tutar
- Form1.cs - ana form
- DetailView.cs - kullanıcı kontrolü tüm ayrıntıları gösterir
Sınıfların her biri için ilgili kod:
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);
}
}
}
İşte kullanıcı kontrolümüz:
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;
}
}
Son olarak Form1.cs dosyamızda aşağıdaki kod bulunmaktadır. Burada, temsilciye abone olan herhangi bir kodu çağıran OnPersonChanged'i çağırıyoruz.
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`.
}
Tamam. Yani olayları ve sadece delegeleri kullanmadan bu şekilde çalışacaksınız . Bir sınıfa sadece bir delege koyarız - bunu statik veya tek birton ya da her neyse yapabilirsiniz. Harika.
AMA, AMA, AMA, yukarıda açıkladığım şeyi yapmak istemiyoruz. Çünkü kamusal alanlar birçok nedenden dolayı kötüdür . Peki seçeneklerimiz neler? John Skeet'in açıkladığı gibi, seçeneklerimiz şunlardır:
- Genel delege değişkeni (yukarıda yaptığımız şey budur. Bunu yapma. Size neden bunun kötü olduğunu söyledim)
- Temsilciyi get / set içeren bir mülke yerleştirin (burada sorun abonelerin birbirini geçersiz kılabilmesidir - böylece delege için bir grup yöntemi abone olabiliriz ve sonra yanlışlıkla
PersonChangedDel = nulldiğer tüm abonelikleri silerek söyleyebiliriz . burada kalan diğer bir sorun da kullanıcılar delege erişimine sahip oldukları için çağırma listesindeki hedefleri çağırabiliyorlar - harici kullanıcıların olaylarımızı ne zaman yükselteceklerine erişmelerini istemiyoruz.
- AddXXXHandler ve RemoveXXXHandler yöntemlerine sahip bir temsilci değişken
Bu üçüncü seçenek aslında bir etkinliğin bize verdiği şeydir. Bir EventHandler bildirdiğimizde, bize bir mülk olarak değil, herkese açık olarak değil, bir delege erişimi sağlıyor, ancak bu şey olarak, yalnızca erişimcileri ekleyen / kaldıran bir etkinlik diyoruz.
Aynı programın nasıl göründüğüne bakalım, ancak şimdi kamu delegesi yerine bir Etkinlik kullanıyor (Arabulucumuzu bir singleton olarak da değiştirdim):
Örnek 2: Herkese açık bir temsilci yerine EventHandler ile
arabulucu:
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'da F12 yaparsanız, tanımın yalnızca ekstra "gönderen" nesnesine sahip genel bir ified delegesi olduğunu gösterecektir:
public delegate void EventHandler<TEventArgs>(object sender, TEventArgs e);
Kullanıcı Kontrolü:
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;
}
}
Son olarak, Form1.cs kodu şöyledir:
private void comboBox1_SelectedIndexChanged(object sender, EventArgs e)
{
Mediator.GetInstance().OnPersonChanged(this, (Person)comboBox1.SelectedItem);
}
EventHandler istiyor ve EventArgs bir parametre olarak, bu sınıf içinde sadece tek bir özellik ile oluşturdum:
class PersonChangedEventArgs
{
public Person Person { get; set; }
}
Umarım bu size neden olaylarımız olduğunu ve delegelerle nasıl farklı olduklarını - ancak işlevsel olarak aynı olduklarını - gösterir.