moco代码赏析六

今天看的是2012.11.02那天的三次提交，第一次提交加了一些TODO事项，记下了作者接下来要做什么。第二次提交在README当中，增加了一些文档。比较重要的是第三次提交，这次提交新加了一个功能，支持在request中传入xpath作为参数。但是代码结构没有变化，所以根据以前的Uri和Stream的实现方式，这一次也有迹可循。

        server.request(eq(xpath("/request/parameters/id/text()"), "1")).response("foo");
        server.request(eq(xpath("/request/parameters/id/text()"), "2")).response("bar");

同样的，定义了一个XPath类，该类的构造方法就是传入一个xpath字符串，创建一个xpath表达式。通过xpath方法来得到这个对象，传入eq()方法当中，得到这个项目中目前为止的第三种matcher，XPathRequestMatcher。

    private XPathExpression xPathExpression;

    public XPath(String xpath) {
        XPathFactory xPathfactory = XPathFactory.newInstance();
        javax.xml.xpath.XPath target = xPathfactory.newXPath();
        try {
            xPathExpression = target.compile(xpath);
        } catch (XPathExpressionException e) {
            throw new RuntimeException(e);
        }
    }

这次提交中，还重构了一部分代码，由于ContentMatcher中有一部分代码是所有Matcher公共的代码，所以作者把这部分代码提取到一个抽象类中，其他的Matcher实现类来继承这个抽象类以继承公共代码，私有化的代码就可以在自己的类中去实现。
这个项目看到这儿，这个代码给我的感觉就是结构非常的清晰，可扩展性非常强（因为作者在不停的扩展着自己的项目来展示他的代码有多那么强大的可扩展性）。那究竟是为什么这份代码可扩展性这么好呢？我认为有三个原因。

一、函数式代码
作者的代码都是函数式的代码，非常易懂。
二、清晰地命名
代码的类和函数的命中都非常的清楚，光看命名就可以对他的作用猜出一二。
三、类和函数的粒度小
类和函数的功能都非常的小，每一个函数只做一件事情，这样当代码需要扩展时，只需要找到功能的前后阶段，在前后阶段加入代码即可。