support __pydantic_extra__ when serializing
#576
Conversation
CodSpeed Performance ReportMerging #576 Summary
Benchmarks breakdown
|
Codecov Report
📣 This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more Additional details and impacted files@@ Coverage Diff @@
## main #576 +/- ##
=======================================
Coverage 94.18% 94.18%
=======================================
Files 95 96 +1
Lines 12974 13019 +45
Branches 24 24
=======================================
+ Hits 12219 12262 +43
- Misses 749 751 +2
Partials 6 6
Continue to review full report in Codecov by Sentry.
|
samuelcolvin
force-pushed
the
serialize-__pydantic_extra__
branch
from
e416bf8 to
551fa1f
Compare
samuelcolvin
force-pushed
the
serialize-__pydantic_extra__
branch
from
551fa1f to
193b998
Compare
| #[derive(Debug, Clone)] | ||
| pub(super) enum FieldsMode { | ||
| // typeddict with no extra items | ||
| SimpleDict, | ||
| // a model - get `__dict__` and `__pydantic_extra__` - `GeneralFieldsSerializer` will get a tuple | ||
| ModelExtra, | ||
| // typeddict with extra items - one dict with extra items | ||
| TypedDictAllow, | ||
| } |
| macro_rules! option_length { | ||
| ($op_has_len:expr) => { | ||
| match $op_has_len { | ||
| Some(ref has_len) => has_len.len(), | ||
| None => 0, | ||
| } | ||
| }; | ||
| } |
There was a problem hiding this comment.
I'm guessing this has to be a macro to support multiple input types that have a .len() without generics / enums?
No description provided.