Comments on: Best Practices: How to implement INotifyPropertyChanged right?

By: Gubus

Gubus — Thu, 04 Nov 2010 12:55:06 +0000

Szia!

A set-nél miért nem érdemes ellenőrizni, hogy az érték tényleg változott-e, és csak akkor küldeni az eseményt?
Köszi.

By: storm12

storm12 — Fri, 18 Jun 2010 09:26:57 +0000

264. oldal

By: storm12

storm12 — Fri, 18 Jun 2010 09:23:10 +0000

“Event dobás thread safety már nem játszik? (pspidey legalább figyel erre)”

var eventHandler = PropertyChanged;

Mivel az event immutable, így elméletileg ez jó megoldás, de a CLR via C# v3 ban azt írják (262 oldal), hogy ezt esetleg a későbbi fordítók ezt kioptimalizálhatják, ezért célszerűbb ezt alkalmazni.

var eventHandler = Interlocked.CompareExchange(ref PropertyChanged, null, null);

By: Soczó Zsolt

Soczó Zsolt — Fri, 18 Jun 2010 07:49:08 +0000

1. Hogy ne dolgozzon olyan sokat a GC. Mpként 50e event esetén rendesen szemetel a sok, ugyanolyan eventarg.
A bitbonkos megoldás jó üzleti appban, ahol ritkán vannak események. De az expression szétszedése felesleges overhead lenne nálam.

By: Szindbad

Szindbad — Fri, 18 Jun 2010 07:32:12 +0000

1, Az eventargot becachelni? Mi a vérért?
2, Event dobás thread safety már nem játszik? (pspidey legalább figyel erre)

Szvsz a legelegánsabb megoldás bitbonké, viszont nem tudom, hogy ez mennyi overheaddel jár.

By: DFulop

DFulop — Fri, 18 Jun 2010 04:47:26 +0000

Whoa! Szép; erre a megoldásra nem is gondoltam. Two thumbs up. :)