摘要:在使用做接口虚拟化的过程中遇到一个比较棘手的问题,就是根据官方文档提供的案例,并不能跑通请求在处理传参格式的虚拟化。的绝大部分库,都是可以直接拿来就用的。此段文字为了撑字数强加的,与内容无关。欢迎有兴趣的童鞋一起交流
在使用moco API做接口虚拟化的过程中遇到一个比较棘手的问题,就是根据官方文档提供的案例,并不能跑通post请求在处理json传参格式的虚拟化。经过查询源码,发现了一个问题:
源码:
public class ParamRequestExtractor extends HttpRequestExtractor{ private final String param; public ParamRequestExtractor(final String param) { this.param = param; } @Override protected Optional doExtract(final HttpRequest request) { String[] reference = request.getQueries().get(this.param); return fromNullable(reference); } }
在获取请求的内容时,发现该方法不能获取到正确的请求参数,后来索性自己重写了一个Extractor类,内容如下:
package com.fun.moco.support; import com.github.dreamhead.moco.HttpRequest; import com.github.dreamhead.moco.HttpRequestExtractor; import com.github.dreamhead.moco.RequestExtractor; import com.google.common.base.Optional; import net.sf.json.JSONObject; import static com.github.dreamhead.moco.util.Preconditions.checkNotNullOrEmpty; import static com.google.common.base.Optional.fromNullable; /** * json数据格式参数值的获取 */ @SuppressWarnings("all") public class JsonExtractor extends HttpRequestExtractor{ private final String param; public JsonExtractor(final String param) { this.param = param; } @Override protected Optional doExtract(HttpRequest request) { try { String s = request.getContent().toString(); String value = JSONObject.fromObject(s).getString(param); return fromNullable(new String[]{value}); } catch (Exception e) { return fromNullable(new String[]{""}); } } /** * 获取参数的value * * @param param * @return */ public static RequestExtractor queryJson(final String param) { return new JsonExtractor(checkNotNullOrEmpty(param, "参数不能为空!")); } }
groovy使用方法如下:
/** * get请求参数是否相等 * @param key * @param value * @return */ static RequestMatcher eqArgs(String key, String value) { eq query(key), value } /** * post请求json数据参数是否相等 * @param key * @param value * @return */ static RequestMatcher eqParams(String key, String value) { eq queryJson(key), value }
groovy是一种基于JVM的动态语言,我觉得最大的优势有两点,第一:于java兼容性非常好,大部分时候吧groovy的文件后缀改成java直接可以用,反之亦然。java的绝大部分库,groovy都是可以直接拿来就用的。这还带来了另外一个有点,学习成本低,非常低,直接上手没问题,可以慢慢学习groovy不同于Java的语法;第二:编译器支持变得更好,现在用的intellij的ide,总体来说已经比较好的支持groovy语言了,写起代码来也是比较顺滑了,各种基于groovy的框架工具也比较溜,特别是Gradle构建工具,比Maven爽很多。----此段文字为了撑字数强加的,与内容无关。
欢迎有兴趣的童鞋一起交流
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/75407.html
摘要:虽然前后端分离已经流行很多年了,仍有很多团队不能够充分的利用前后端分离的优势。主要体现在前端过分依赖服务环境将高效的约定分工合作模式理解很浅。在这里推荐一种的解决方案。不支持简洁的文件格式不符合的标准。所以使用集成,参考前后端分离方案整合 虽然前后端分离已经流行很多年了,仍有很多团队不能够充分的利用前后端分离的优势。主要体现在前端过分依赖服务环境, 将高效的约定分工合作模式理解很浅。 ...
摘要:虽然前后端分离已经流行很多年了,仍有很多团队不能够充分的利用前后端分离的优势。主要体现在前端过分依赖服务环境将高效的约定分工合作模式理解很浅。在这里推荐一种的解决方案。不支持简洁的文件格式不符合的标准。所以使用集成,参考前后端分离方案整合 虽然前后端分离已经流行很多年了,仍有很多团队不能够充分的利用前后端分离的优势。主要体现在前端过分依赖服务环境, 将高效的约定分工合作模式理解很浅。 ...
摘要:我在使用框架过程中,遇到一个问题,在官方文档中给出了的方法,表示循环返回一个数组里面的,但是在查看的时候并没有发现这个方法,所以觉得自己写了一个,并且重写了方法。方法主要用在请求次数相关的内容,比如订单提交资源删除等场景。 我在使用moco框架过程中,遇到一个问题,在官方文档中给出了cycle的方法,表示循环返回一个数组里面的response,但是在查看API的时候并没有发现这个cyc...
摘要:背景分析至此,下一步要解决的问题就是完成一次独立的请求,并解析得到目标数据。上方地址栏的网址是请求的入口,中间圆角方框中的格式天津则是请求参数。当我看到中的天津时,非常开心,因为我找到了请求的入口。 概要 背景描述 网站和http请求分析 IP受限的问题 1. 背景描述 大为软件公司于2001年9月在保定国家高新技术产业开发区注册,公司致力于中国、日本知识产权软件的研究开发,立志成...
摘要:当使用一个时,其中一个挑战就是认证。在传统的应用中,服务端成功的返回一个响应依赖于两件事。通常包括将发送的凭证与存储的凭证进行检查。第一种是使用请求来通过验证,使服务端发送带有的响应。 做了这么长时间的web开发,从JAVA EE中的jsf,spring,hibernate框架,到spring web MVC,到用php框架thinkPHP,到现在的nodejs,我自己的看法是越来越喜...
阅读 1326·2021-11-11 16:54
阅读 9053·2021-11-02 14:44
阅读 2318·2021-10-22 09:53
阅读 3203·2019-08-30 11:18
阅读 1856·2019-08-29 13:29
阅读 1945·2019-08-27 10:58
阅读 1586·2019-08-26 11:38
阅读 3465·2019-08-26 10:31