FasterXML / FasterXML/jackson-modules-base

Consider changing checks for `is std (de)serializer` for `BeanPropertyWriter`

未关闭
#15 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
afterburner
主要语言
Java
星标
180
派生
80
平均合并
3 小时 26 分钟
30 天内合并 PR
1

描述

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.

贡献指南

这个仓库没有索引到贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。