Jakob Hellermann 218b0fd3b6 bevy_reflect: put serialize into external ReflectSerialize type (#4782) ... builds on top of #4780 # Objective `Reflect` and `Serialize` are currently very tied together because `Reflect` has a `fn serialize(&self) -> Option<Serializable<'_>>` method. Because of that, we can either implement `Reflect` for types like `Option<T>` with `T: Serialize` and have `fn serialize` be implemented, or without the bound but having `fn serialize` return `None`. By separating `ReflectSerialize` into a separate type (like how it already is for `ReflectDeserialize`, `ReflectDefault`), we could separately `.register::<Option<T>>()` and `.register_data::<Option<T>, ReflectSerialize>()` only if the type `T: Serialize`. This PR does not change the registration but allows it to be changed in a future PR. ## Solution - add the type ```rust struct ReflectSerialize { .. } impl<T: Reflect + Serialize> FromType<T> for ReflectSerialize { .. } ``` - remove `#[reflect(Serialize)]` special casing. - when serializing reflect value types, look for `ReflectSerialize` in the `TypeRegistry` instead of calling `value.serialize()`		2022-06-20 17:18:58 +00:00
..
button.rs	add #[reflect(Default)] to create default value for reflected types (#3733)	2022-05-03 19:20:13 +00:00
image.rs	bevy_reflect: put serialize into external ReflectSerialize type (#4782)	2022-06-20 17:18:58 +00:00
mod.rs	Partially document bevy_ui (#3526)	2022-01-07 22:20:34 +00:00
text.rs	Clippy improvements (#4665)	2022-05-31 01:38:07 +00:00