moco代码赏析四

对于作者的第四次提交，我们直接从代码的单元测试类入手，来看看做了哪些改动。

---

以前的调用方式：

        server.request(eqUri("/foo"))).response("bar");

现在的调用方式：

        server.request(eq(uri("/foo"))).response(seq("bar", "blah"));

        InputStream is = this.getClass().getClassLoader().getResourceAsStream("foo.response");
        server.request(eq(uri("/foo"))).response(stream(is));

我们可以直观的看到两处不同：
一、eqUri()方法变成了eq(uri())两步
二、response()方法可以通过seq()方法传入一个String类型的可变长数组
三、response()方法可以通过stream()方法传入一个流
下面来细致的谈一下这三点改动。

首先，eq(uri())这个方法需要传入一个String类型的参数，先将参数包装成作者自定义的Uri类型，再将Uri类型转换成Matcher类型去进行类型匹配，包装成Uri类型这一动作在这一版代码中并没有体现很多的作用，因为包装后，没有经过任何的操作还是转成了Matcher类型，但是作者把eq()方法与uri()方法剥离开，就可以eq()更多的类型，后面可以有和Uri类型同级别的类型，这样做的好处会在日后的扩展中体现出来。

第二点，seq()方法可以传入String的可变长数组，返回SequenceResponseHandler对象，值得一提的是，在这个对象中，有一个计数器，负责记录当前调用了几次该方法，根据这个数值可以返回传入的String数组中的第几个，即contents[current()]。

    protected void writeContent(ChannelBuffer buffer) {
        buffer.writeBytes(contents[current()].getBytes());
    }

    private int current() {
        int current = this.index;
        if (++index >= contents.length) {
            index = contents.length - 1;
        }

        return current;
    }

第三点，stream()方法也是同理最后转成了ResponseHandler类型传入response()方法，但是它支持以流的形式作为参数传入。其实在实现上，作者并没有真正把读进来的字符串转成流，而是直接转成了response()方法需要的ResponseHandler类型，而作者其实在这版代码中已经预留了Stream类，后面的提交想必会把string转成stream再传入response()方法。

---

最后我们还可以看到，作者重构了他的单元测试类，把代码中的重复部分

      Content content = Request.Get("http://localhost:8080")
                            .execute().returnContent();

进行提取，重构了一个方法

    private void assertContentFromUri(String uri, String expectedContent) throws IOException {
        assertThat(get(uri), is(expectedContent));
    }

    private String get(String uri) throws IOException {
        Content content = Request.Get(uri)
                .execute().returnContent();
        return content.asString();
    }