Do make exceptions serializable. An exception must be serializable to work correctly across application domain and remoting boundaries.(siehe MSDN)
Vor nicht allzuvielen Minuten, ist mir eine NullReferenceException um die Ohren geflogen und meine erste Reaktion war WTF??!?. Da hatte doch tatsächlich jemand an einem Objekt ein Event implementiert, das ungefähr so ausgesehen haben muss (DON'T):
private void OnEvent() {
Event(this, new EventArgs());
} Was daran falsch ist? Events sind von vorneherein im .NET Framework nie Mandatory (wäre ja auch übel, oder? 
), warum dann hier? Schließlich sollte es jeder Anwendung selbst überlassen sein, ob sie auf gewisse Events reagiert oder nicht und dieses Verhalten stellt sich wie gesagt gegen das komplette Framework. Naja ...
Die korrekte Implementierung wäre (DO):
private void OnEvent() {
if (Event != null)
Event(this, new EventArgs());
}Eigentlich geht es noch "korrekter", aber dazu bei Gelegenheit vielleicht mal mehr ...
gerade dabei bin, ein Tool von einem anderen Entwicklerteam (Gott sei Dank kein firmen-eigenes Team *g*) einzubinden und dabei über 1, 2 Dinge gestolpert bin, die man so einfach nicht machen sollte, hab ich mich dazu entschlossen (u.a. auch, um mal regelmäßiger zu bloggen), eine kleine Artikelserie ins Leben zu rufen.
|
February '12 |
|
||||
|---|---|---|---|---|---|---|
| Mo | Tu | We | Th | Fr | Sa | Su |
| Thursday, 23. February 2012 | ||||||
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | ||||
