Rewrite serializer

[Mingun]

This PR rewrites serializer and fixes the following issues:

• Fixes Help serializing empty attributes #252
• Fixes Vec<String> inside of struct serializes incorrectly with serde #280
• Fixes How to have tag on each item? #287
• Fixes Serialization of Hashmap duplicate outer tag in the inners elements. Deserialization has no such problem and fails on serialized xml. #343
• Fixes Serialization of enums adds extra tags #346
• Invalidates Deserializing $primitive= unit variants doesn't work correctly yet #354 (but it still should be checked that it works aligned with the serializer)
• Fixes How to pretty-print with serde? #361
• Partially addresses Handling of control characters #368
• Fixes Serializing $value enum variant doesn't work #429
• Fixes Use $value and $unflatten together #430

Notable changes:

• Removed $unflatten= prefix, as it not used anymore
• Removed $primitive= prefix, as it not used anymore
• $value special name split into two special names #text and #any #content. @dralley, please check especially, is the documentation clear about the differences?
• Change how attributes is defined. Now attribute should have a name started with @ character. Without that fields serialized as elements and can be deserialized only from elements. Deserialization from element or from attribute into one field is not possible anymore. It's a weird wish anyway

[codecov-commenter]

⚠️ Please install the to ensure uploads and comments are reliably processed by Codecov.

Codecov Report

Attention: Patch coverage is 88.24228% with 198 lines in your changes missing coverage. Please review.

Project coverage is 61.66%. Comparing base (7c423ce) to head (8b50c64).
Report is 588 commits behind head on master.

Files with missing lines	Patch %	Lines
src/de/mod.rs	4.25%	135 Missing ⚠️
src/se/mod.rs	83.87%	20 Missing ⚠️
src/se/simple_type.rs	98.04%	13 Missing ⚠️
src/se/content.rs	97.20%	12 Missing ⚠️
src/de/key.rs	96.75%	7 Missing ⚠️
src/de/map.rs	53.84%	6 Missing ⚠️
src/escapei.rs	62.50%	3 Missing ⚠️
src/de/simple_type.rs	98.48%	1 Missing ⚠️
src/writer.rs	88.88%	1 Missing ⚠️

❗ Your organization needs to install the Codecov GitHub app to enable full functionality.

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #490      +/-   ##
==========================================
+ Coverage   54.16%   61.66%   +7.50%     
==========================================
  Files          30       33       +3     
  Lines       12649    15343    +2694     
==========================================
+ Hits         6851     9462    +2611     
- Misses       5798     5881      +83     

Flag	Coverage Δ
unittests	61.66% <88.24%> (+7.50%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[dralley]

+6,885 −1,917

I might need a few days for this

[rrichardson]

How does one achieve the previous behavior of enums where the enum value would be wrapped in the enum type tag?

enum Wat {
    Foo,
    Bar,
    Baz
} 
struct Test {
    wat: Wat, 
} 

results in

<Test>
    <Foo/> 
</Test> 

and if you add rename=#text to wat: Wat then you get

<Test>
    Foo
</Test> 

Is the intention that we wrap the enum in a wrapper struct if we want type tags for the enum?

<Test> 
    <Wat>Foo</Wat> 
</Test> 

I guess this makes it consistent with the way lists are handled, and also consistent with the philosophical standpoint that enum is simply one of N possible values, and not a container.

We should probably document this change, though.

[rrichardson]

It appears that the #text or #any attributes are required if you want to successfully deserialize an enum from a struct. I'm assuming that this is because the outer type tags of the enum are eaten, so we need to tell the deserializer exactly how to parse the contents.

mod try_enum {
    use quick_xml::{de::from_str, se::to_string};
    use serde::{Deserialize, Serialize};
    
    #[derive(Debug, Clone, Serialize, Deserialize, PartialEq, Eq)]
    enum WatEnum {
        #[serde(rename="FOO")]
        Foo,
        #[serde(rename="BAR")]
        Bar,
        #[serde(rename="BAZ")]
        Baz
    }

    #[derive(Debug, Clone, Serialize, Deserialize, PartialEq, Eq)]
    struct Wat {
        wat: WatEnum
    }

    #[derive(Debug, Clone, Serialize, Deserialize, PartialEq, Eq)]
    struct Wat2 {
        #[serde(rename="#any")]
        wat: WatEnum
    }

    #[derive(Debug, Clone, Serialize, Deserialize, PartialEq, Eq)]
    struct Wat3 {
        #[serde(rename="#text")]
        wat: WatEnum
    }

    #[test]  // This fails
    fn round_trip_enum_none() {
        let tst = Wat { wat: WatEnum::Bar };
        let data = to_string(&tst).unwrap();
        println!("{:?}", &data);
        let tst_again: Wat = from_str(data.as_str()).unwrap();
        assert_eq!(&tst, &tst_again);
    }

    #[test]  // This works
    fn round_trip_enum_any() {
        let tst = Wat2 { wat: WatEnum::Bar };
        let data = to_string(&tst).unwrap();
        println!("{:?}", &data);
        let tst_again: Wat2 = from_str(data.as_str()).unwrap();
        assert_eq!(&tst, &tst_again);
    }
 
    #[test]  // this works
    fn round_trip_enum_text() {
        let tst = Wat3 { wat: WatEnum::Bar };
        let data = to_string(&tst).unwrap();
        println!("{:?}", &data);
        let tst_again: Wat3 = from_str(data.as_str()).unwrap();
        assert_eq!(&tst, &tst_again);
    }
}

[dralley]

Have you run benchmarks before and after?

[Mingun]

@dralley, no. The goal is to make a correct and consistent implementation first. There a no reason to worry about performance while the old implementation is just incorrect and inconsistent

[Mingun]

It appears that the #text or #any attributes are required if you want to successfully deserialize an enum from a struct.

While in this PR this can be true, that is not desired behavior. This PR is just about serializer, I plan to continue work on deserializer part in next PRs. The final goal -- a consistent and composable implementation:

• consistent: the same types should be serialized and deserialized similarly independently of their location in the XML. The change of representation should depend only on explicitly added attributes in Rust code, not of a way, how types are composed
• composable: if type A includes in type B, then in XML representation markup for type A should be included in markup of type B following by predictable rules
• the most used patterns should be covered without (or with minimal) additional attributes. The such patterns are:
  • elements and attributes
  • XML xs:choice mapped to Rust enum
  • text content of nodes
  • deserialization with deserialize_any should give a result that close to result of converting XML to JSON (because internally serde uses JSON-like type model). This is important, because in many cases serde uses deserialize_any under the hood

[dralley]

There a no reason to worry about performance while the old implementation is just incorrect and inconsistent

I'm not worried about performance, correctness is of course more important, it would just be good to know if it deserves some attention afterwards

[seanpianka]

What is #[serde(rename="#text")] and why does it make enum deserialization work? Is there any pre-existing docs that explain what this is or why it's needed?

[Mingun]

What is #[serde(rename="#text")] and why does it make enum deserialization work?

I not exactly understand your question. Could you expand it?

Is there any pre-existing docs that explain what this is or why it's needed?

Because this change is a part of future release (which I plan to make this year) you can find docs about it in the local copy after generating:

$env:RUSTDOCFLAGS="--cfg docs_rs"; cargo +nightly doc --all-features --open

and go to the documentation of the de module.

You also can read documentation source here:

quick-xml/src/de/mod.rs

Line 3 in e877f4f

//! # Difference between `$text` and `$value` special names

If anything is incomprehensible, feel free to ask so that we can address ambiguities before release.