FasterXML / FasterXML/jackson-modules-base
Consider changing checks for `is std (de)serializer` for `BeanPropertyWriter`
- Dominant language
- Java
- Stars
- 180
- Forks
- 80
- Avg merge
- 3h 26m
- Merged PRs (30d)
- 1
Description
Currently any deserializer/serializer that is not considered Jackson "standard" (de)serializer will lead to de-optimizing access. However, it should really only be necessary to do this for cases where handling would markedly differ:
- `String` (the original reported problem, issue 59 (in old repo))
- `int`/`Integer`
- `long`/`Long`
- `boolean`/`Boolean`
whereas other Object types seem unlikely to have problems due to optimized access.
The reason for being more selective is because there is some cost from de-optimizing; namely additional method call due to chaining, as well as loss of optimization itself.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.