Implement optional Serde 1.0 support

[KamilaBorowska]

Note that this is not ready for merging, as it doesn't run Travis tests. I'm not sure what should be testing strategy?

[bluss]

One can use a private crate in the repo with extra tests if one wants to split out those tests and their dependencies.

Thanks for working on this.

I kind of want to say that we need to support both kinds of serialization with serde (the kind that gets context from the stream [JSON] and the non-self-describing kind [bincode]). Unfortunately I'm not 100% sure how to ensure compat with both.

[KamilaBorowska]

This I'm fairly sure should support both JSON and bincode. All the serialization method does is telling that this is a hash map, and its size (for formats that require size in advance, like bincode). The deserialization method is really simple, it just deserializes a map (while it tells a format that it must be a map) with size that may or may not be specified by a format (JSON doesn't specify map size, bincode does). As long format supports serializing/deserializing hash maps, it will support serializing OrderMap too.

The test function tests if this can be successfully serialized and deserialized - because the types are well known, as long serializer and deserializer support formats that are used (and both JSON and bincode do), it should work.

The thing about tests is that they require serde feature to be enabled to run. I suppose it can be simply enabled for tests? But then lack of serde is not tested.

[LegNeato]

Any chance of getting this merged soon?

[bluss]

Sure. I'm sorry that it fell of my to do list. Friendly pings are good.

[bluss]

I'm fixing up .travis.yml

[bluss]

In 0.2.11

[LegNeato]

Wow, thanks for the quick turnaround on the merging and release!