FasterXML / FasterXML/jackson-modules-base
Consider changing checks for `is std (de)serializer` for `BeanPropertyWriter`
- Lenguaje dominante
- Java
- Estrellas
- 180
- Forks
- 80
- Merge medio
- 3 h 26 min
- PR fusionados (30 d)
- 1
Descripción
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.
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Evaluación
Este issue todavía no se ha evaluado.