摘要：在使用做接口虛擬化的過程中遇到一個比較棘手的問題，就是根據(jù)官方文檔提供的案例，并不能跑通請求在處理傳參格式的虛擬化。的絕大部分庫，都是可以直接拿來就用的。此段文字為了撐字數(shù)強加的，與內(nèi)容無關。歡迎有興趣的童鞋一起交流
在使用moco API做接口虛擬化的過程中遇到一個比較棘手的問題，就是根據(jù)官方文檔提供的案例，并不能跑通post請求在處理json傳參格式的虛擬化。經(jīng)過查詢源碼，發(fā)現(xiàn)了一個問題：
源碼：
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);
}
}
在獲取請求的內(nèi)容時，發(fā)現(xiàn)該方法不能獲取到正確的請求參數(shù)，后來索性自己重寫了一個Extractor類，內(nèi)容如下：
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數(shù)據(jù)格式參數(shù)值的獲取
*/
@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[]{""});
}
}
/**
* 獲取參數(shù)的value
*
* @param param
* @return
*/
public static RequestExtractor queryJson(final String param) {
return new JsonExtractor(checkNotNullOrEmpty(param, "參數(shù)不能為空！"));
}
}
groovy使用方法如下：
/**
* get請求參數(shù)是否相等
* @param key
* @param value
* @return
*/
static RequestMatcher eqArgs(String key, String value) {
eq query(key), value
}
/**
* post請求json數(shù)據(jù)參數(shù)是否相等
* @param key
* @param value
* @return
*/
static RequestMatcher eqParams(String key, String value) {
eq queryJson(key), value
}
groovy是一種基于JVM的動態(tài)語言，我覺得最大的優(yōu)勢有兩點，第一：于java兼容性非常好，大部分時候吧groovy的文件后綴改成java直接可以用，反之亦然。java的絕大部分庫，groovy都是可以直接拿來就用的。這還帶來了另外一個有點，學習成本低，非常低，直接上手沒問題，可以慢慢學習groovy不同于Java的語法；第二：編譯器支持變得更好，現(xiàn)在用的intellij的ide，總體來說已經(jīng)比較好的支持groovy語言了，寫起代碼來也是比較順滑了，各種基于groovy的框架工具也比較溜，特別是Gradle構建工具，比Maven爽很多。----此段文字為了撐字數(shù)強加的，與內(nèi)容無關。
歡迎有興趣的童鞋一起交流
文章版權歸作者所有，未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://hztianpu.com/yun/75407.html
