tags:

views:

289

answers:

2

I have a data contract with a data member typed as Dictionary<string, string>.

The generated web service reference exposes this as a member with the type ArrayOfKeyValueOfstringstringKeyValueOfstringstring[].

Has anyone seen this before?

+2  A: 

WCF only serializes structure, because what ends up on the wire must be self-contained enough to be useful for any client, not just .NET clients.

Some client developed on a different platform may not share the concept of a 'dictionary', so it would be too constraining to serialize a Dictionary to a representation that carries an implicit knowledge about the underlying class.

The client may not even be object-oriented.

A Dictionary is more than structure - it also contains behavior (e.g. when you assign to a key that already exists, you overwrite that key, etc.) and that behavior cannot travel across the wire.

In other words, Dictionaries and many other .NET types are not interoperable, so WCF will not attempt to preserve them in a ServiceContract.

You would probably be better off designing a custom DataContract for your data.

Mark Seemann
+1  A: 

As WCF has to convert everything to XML, it has to fit as XML... Collections are generally converted to arrays.

A Dictionary is prety hard to represent as xml, that's why you have this type on the other side. You can specify SvcUtil.exe to use specific collections instead of arrays in the generated proxy code, but I'm not sure it will work for a Dictionary. I would say that you should avoid using a Dictionary here, and use a simpler Collection.

What I would do is create my own data type, [DataContract] it, make it have two fields of type String, then make a Collection of these that you fill with everthing you find in the Dictionary. Then sent that Collection trough the wire, then convert it back to a Dictionary on the other side.

Philippe
isn't it just something like a sequence of <entry key="blah">de dah</entry>?
kenny
@Kenny: no, the standard DataContractSerializer doesn't support attributes on XML nodes (for performance reasons)
marc_s