The XmlSerializer in NetCF 2.0 has a bug where if a single serialization requires reflecting into types that use a mixture of Collection<T>-like types for the same T the XmlSerializer will throw an exception. Here an example where CF 2.0 would crash:<\/p>\n
<\/p>\n
\r\npublic<\/span> class<\/span> SerializingType1 {\r\n public<\/span> string<\/span>[] FirstNames;\r\n public<\/span> List<string<\/span>> PhoneNumbers;\r\n}<\/pre>\nThis type would fail to serialize under NetCF 2.0 because T = string would appear in two kinds of collections. This next example would also fail if you were serializing TypeA, because it contains a TypeB instance which has the another kind of T collection.<\/p>\n
<\/p>\n
\r\npublic<\/span> class<\/span> TypeA {\r\n public<\/span> string<\/span>[] FirstNames;\r\n public<\/span> TypeB b;\r\n}\r\npublic<\/span> class<\/span> TypeB {\r\n public<\/span> List<string<\/span>> PhoneNumbers;\r\n}<\/pre>\nIf you can change the public API to use all T[] or List<T> and avoid the mixture, you’ve worked around the problem. So this would be the simplest workaround:<\/p>\n
<\/p>\n
\r\npublic<\/span> class<\/span> SerializingType1 {\r\n public<\/span> List<string<\/span>> FirstNames;\r\n public<\/span> List<string<\/span>> PhoneNumbers;\r\n}<\/pre>\nIf you can’t change the public API to maintain compatibility for your customers, here’s another workaround that will eliminate the mixture for the XmlSerializer but keep the mixture for your customers.<\/p>\n
<\/p>\n
\r\npublic<\/span> class<\/span> SerializingType1 {\r\n [XmlIgnore]\r\n public<\/span> string<\/span>[] FirstNames {\r\n get { return<\/span> firstNamesHiddenList != null<\/span> ? firstNamesHiddenList.ToArray() : null<\/span>; }\r\n set { firstNamesHiddenList = value<\/span> != null<\/span> ? new<\/span> List<string<\/span>>(value<\/span>) : null<\/span>; }\r\n }\r\n [System.ComponentModel.EditorBrowsable(System.ComponentModel.EditorBrowsableState.Never)]\r\n [XmlArray(\"FirstNames\"<\/span>)]\r\n [Obsolete(\"This member is for internal use only.\"<\/span>)]\r\n public<\/span> List<string<\/span>> firstNamesHiddenList;\r\n public<\/span> List<string<\/span>> PhoneNumbers;\r\n}<\/pre>\nThis will make the XmlSerializer work, and the API to the customer appear to be the same, except for a public member that they should never use directly that is only there (and public) because the XmlSerializer requires it. EditorBrowsableAttribute and ObsoleteAttribute are there to help the customer to not run into that member and use it when you didn’t intend them to. <\/p>\n
This bug is fixed in .NET Compact Framework 3.5.<\/p>\n","protected":false},"excerpt":{"rendered":"
The XmlSerializer in NetCF 2.0 has a bug where if a single serialization requires reflecting into types that use a mixture of Collection<T>-like types for the same T the XmlSerializer will throw an exception. Here an example where CF 2.0 would crash: public class SerializingType1 { public string[] FirstNames; public List<string> PhoneNumbers; } This type […]<\/p>\n","protected":false},"author":2685,"featured_media":37840,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[106,4617,3917,3918],"class_list":["post-36021","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-permierdev","tag-net","tag-andarno","tag-mobile-devices","tag-netcf"],"acf":[],"blog_post_summary":"
The XmlSerializer in NetCF 2.0 has a bug where if a single serialization requires reflecting into types that use a mixture of Collection<T>-like types for the same T the XmlSerializer will throw an exception. Here an example where CF 2.0 would crash: public class SerializingType1 { public string[] FirstNames; public List<string> PhoneNumbers; } This type […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/posts\/36021","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/users\/2685"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/comments?post=36021"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/posts\/36021\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/media\/37840"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/media?parent=36021"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/categories?post=36021"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/premier-developer\/wp-json\/wp\/v2\/tags?post=36021"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}