java 不喜欢_为什么中小企业的技术栈不喜欢 Java ？

116

2019-04-04 13:39:37 +08:00   5

领导：小王，客户那边有一个 JSON 的 API 需要你调用一下，今天你赶快写一个。

写 python 的小王：import json; json.loads(...)

写 node 的小王：JSON.parse(...)

写 php 的小王：json_decode(...)

写 ruby 的小王：require 'json'; JSON.parse(...)

写 Java 的小王:

嗯，我先装个 Jackson，好像没有 maven，先装个 maven。。。

maven 配置怎么写来着？上网找找模版。。。或则让 IDE 自动生一个？

嗯，终于写好了 maven 配置，build 下先。。。

终于可以用了，怎么用来着？好像要定一个 Class 先？让我看看这个 json 什么 schema。。。

这个 schema 怎么这么奇怪？太烦啦。。。

。。。网上又搜了下，好像可以直接解析到 jsonNode ？好像还是这个方便。

怎么弄来着？ objectMapper.readTree(...)。。。好像还要 catch 一下 exception。。。等等，这个 key 存的是数字还是字符串来着？

。。。终于能跑了，但是不太满意。。。

嗯，objectMapper 好像应该用“依赖注入”传进来比较好，方便测试，那就在 spring xml 里搞一个单例的 bean 吧。。。

哦对了，还没有下 spring，maven 配置改一改，在 build 下。。。

既然都依赖注入了，是不是应该考虑下以后万一发现 Jackson 没有 Gson 快，可以替换底层的解析器呢？

感觉这个想法不错，先写一个 interface JSONParser，再写一个 class JacksonJSONParser extends JSONParser，里面调用 Jackson 的方法，这样不但方便了注入，别人也不用直接调用 Jackson 的方法了。。。

索性再写一个 JSONParserFactory，用来生成 JacksonJSONParser 或者 GsonJSONParser。。。

感觉还不错，感觉我这代码写的鲁棒性真强，各种 design pattern 也体现了我作为高级程序员的技术实力，领导 code review 的时候一定会表扬我。。。

第二天。

领导：小王，昨天那个 API 调用写的怎么样了？

小王：写好了，领导你看看。

领导：哦，对了，刚才客户告诉我说那个 API 是 XML 的不是 JSON 的，你赶快稍微改一改我再看吧。

小王：。。。