Joker123456789

@xgfan jackson 是 spring 依赖的，我本来就需要引入 spring ，所以 jackson 的引入对我没有增加任何工作量。

我增加的工作量仅仅是 引入了一次 fastjson ，而且 一次性引入即可， 后面 我所提到的那些麻烦的点 就全都不存在了。

你信仰 jackson ，就好好信仰吧，当你喜欢一件东西的时候，他在你眼里就是完美的。

而我， 我自己写的框架里就是 jackson ，你不信的话可以去扒源码， 我是实实在在用过的人， 也是实实在在接纳了 jackson 的人， 不像你，带着偏见，在这批评一个你根本没接纳的东西。

@xgfan 你还帮我 捋一捋？？？

我：jackson 确实麻烦了一点点，只是一点点。
你：根本就没

接下来就好玩了，你接着说出了两个 “确实麻烦一点点的地方” 来证明 “他没有麻烦一点点”。

1. jackson 的 objectMapper 早就注入到 spring context 里了。 我就问你，没有任何注解的实体类，map ，list 等 属于 context 吗？？
2. 序列化 /反序列化的配置是可以配置在 objectMapper 上。 需要配置一下 属于 麻烦一点点的范畴吗？？？

你连 基本的逻辑都没捋清楚，还帮我捋一捋？？？？

@xgfan 哦，原来还要配置一下啊，这又算不算 麻烦一点点的范畴呢？ 一点点。

我们争论的 焦点 在于 “一点点”。 没想到 一句 “不用 spring 的时候” 就能刺痛你， 你也是够敏感的。

最后模仿你一下，你接着 光用 spring 吧。

如果你只是想 过滤掉 存在的这条，也可以，用 on duplicate key update 就好了， 插入时发现唯一字段冲突了，就只做更新操作

设置一个 唯一约束的字段，插入的时候报错 就说明存在了。

@xgfan jaskson 需要在类上 添加 @JsonIgnoreProperties(ignoreUnknown = true) 才比较保险，属不属于麻烦一点点 的范畴？

还有，不用 spring 的时候，你拿出来显摆的那些知识点，还起作用吗？

@xgfan 没有任何注解的实体类 也属于 context 吗？ map 也属于吗？

@cp19890714 没多少人特意改为吧？ 接收参数，响应参数等 框架自带的功能 又没人动。 只是需要手工处理 json 的时候 采用 fastjson ，因为用起来方便，不需要自己写工具类。jackson 确实麻烦了一点点。 只是一点点。