httpclient

这是我个人觉得蛮有意思的一篇文章，不是说里面的问题，而是两方暴露出来的问题现象，我们常说的业务价值和技术价值的权衡，其实精髓就在此，当然里面有些言论有些激烈，很多牢骚抱怨我们也有过，换个角度来想，也就释然了。这篇文章我看了很多遍，我喜欢看那些深刻的问题而不是个别敏感的字眼。所以推荐大家阅读也吸取有价值的思想，不要太拘泥于里面的个别表达方式。问题讨论的知乎链接为： https://www.zhihu.com/question/32039226/ ----------------------------------------------------------- 今年年初，到一家互联网公司实习，该公司是国内行业龙头。 不过技术和管理方面，却弱爆了。 那里的程序员，每天都在看邮件，查问题工单。 这些问题，多半是他们设计不当，造成的。 代码写的一团糟，全是复制粘贴，连作者都没改，大家普遍不写注释，也不格式化，代码歪歪扭扭。 一个项目里，httpclient竟然出现了四种。 一种是该公司研发部写的， 一种是老版本的开源项目， 一种是新版本的开源项目， 还有一种是开发人员造的轮子。 打接口请求响应日志，竟然不知道用拦截器。 打错误日志竟然不打上下文信息，每个人一种日志风格，千奇百怪。 许多重要的中间流程，居然不打日志。 idea、eclipse

对openfeign不清楚的同学可以先看我这篇文章： springboot~openfeign从此和httpClient说再见 对于openfeign来说，帮助我们解决了服务端调用服务端的问题，你不需要关心服务端的URI，只需要知道它在eureka里的服务名称即可，同时你与服务端确定了服务方法的参数和返回值之后，我们可以在单元测试时mock这些服务端方法即可，真正做到了单元测试，而不需要与外界资源进行交互。 今天主要说一下在openfeign里读取JSON文件的问题，我们将测试所需要的数据存储到文件里，在修改时关注点比较单纯。 JSON帮助类，主要使用了objectMapper这个对象 /** * 将json转换为对象. * * @param path 文件路径 */ public <T> T fromJson(String path, Class<T> cls) { try { return objectMapper.readValue( this .fromResource(path, Charsets.UTF_8), cls); } catch (Exception e) { throw new IllegalStateException("读取json失败:" + path, e); } } /** * 将json数组转换为对象列表. * * @param path