I need to avoid serializing an Event class member because when the event is handled by an object that is not marked as Serializable the serialization will fail.
I tried using the NonSerialized attribute on the Event class member but it fails to compile. This line of code:
<NonSerialized()> Public Event PropertyValueChanged()
produces the following error:
Attribute 'NonSerializedAttri开发者_如何学编程bute' cannot be applied to 'PropertyValueChanged' because the attribute is not valid on this declaration type.
Public Event PropertyValueChanged() ' compiles but needs the extra handling described below
Is there another way to avoid serializing Event members?
This is not a problem if the event is not handled and I can work around it by cloning the objects (and ignoring the event) before serializing them. Just wondering if there is a better way.
Thanks.
In C# you can do this as below, so I hope this translates identically to VB.
Note this only applies to field-like events (i.e. where you don't have your own add
/remove
):
[field: NonSerialized]
public event EventType EventName;
Otherwise something like:
[NonSerialized]
EventType backingField;
public event EventType {
add { backingField += value; }
remove { backingField -= value; }
}
It isn't working because the compiler actually generates a backing field for the event. To enable it, just prefix your attribute with field:
[field: NonSerialized]
public event EventHandler PropertyValueChanged;
How I've done it in the past for projects is implement the IXmlSerializable interface and control my serialization manually. I find this makes serializing GUI based controls (with lots of events) much easier.
IXmlSerializable
精彩评论