Keširanje event u invocator-u - zašto?Code (csharp):
public event EventHandler<EventArgs> MyPropertyChanged;
private void InvokeMyPropertyChanged(EventArgs e)
{
var handler = MyPropertyChanged;
if(handler != null)
{
handler(this, e);
}
}
private void SomeMethod(int value)
{
MyProperty = value;
InvokeMyPropertyChanged(new EventArgs());
}
private void InvokeMyPropertyChanged(EventArgs e)
{
var handler = MyPropertyChanged;
if(handler != null)
{
handler(this, e);
}
}
private void SomeMethod(int value)
{
MyProperty = value;
InvokeMyPropertyChanged(new EventArgs());
}
Ali nisam nigde našao objašnjenje zbog čega je dobra praksa da se kešira event handler u invocator metodi.
Da li je ovakav invocation thread-safe ili postoje neki drugi razlozi? Hvala!
. Ja sam se doduse navikao na to jos kroz COM evente. To sto si se odjavio sa eventa ne znaci da si rekao da neces vise da primas pozive, vec da ne zelis da ih primas, zvuci slicno ali nije. U COMu npr je slicna prica, kad invoker poziva event sink prvo poziva njegov AddRef() da se osigura da event sink ne nestane u pola posla 
