我的酒窝

用你这个取代mock类,万一接口方法名变了，重构挺麻烦的

再举一个adapter的例子。

不知道大家遇到过这样的情况没有。有一个api，有这个接口签名：

runApi(Map map){
  ...
  map.get(...);
  ...
}

它仅仅使用get()一个方法，但是因为种种原因，并没有使用最小接口（我认为这种设计是非常正常的），而是用了这个java.util.Map接口。


在使用这个api的时候，我们不幸的没有一个Map对象，而只有一个proprietary的PropertyMap（或者HttpServletRequest也行）对象：

interface PropertyMap {
  String getProperty(String key);
  boolean containsKey(String key);
  Set keySet();
}

需要写个adapter吧？目标代码如下：

PropertyMap pmap = ...;
runApi(convertToMap(pmap));

那么这个convertToMap怎么写呢？

Map接口相当的肥厚阿。继承AbstractMap的话要实现entrySet()，我们也没有。而我们明明知道runApi()只需要一个能支持get()的Map就成了。

一个方法呢，就是用dimple，下面是一个pojo的adapter（不依赖dimple）：

public class PropertyMapAdapter {
  private final PropertyMap pmap;
  public Object get(Object key) {
    if(key instanceof String) {
      return pmap.get((String)key);
    }
    else return null;
  }
  public boolean containsKey(Object key) {
    if(key instanceof String) {
      return pmap.containsKey((String)key);
    }
    else return false;
  }
  public Set keySet() {
    return pmap.keySet();
  }
  public boolean isEmpty() {
    return keySet().isEmpty();
  }
  public int size() {
    return keySet().size();
  }
}

只需要实现我们关心的方法（一个安全的方法，可以显然PropertyMapAdapter implements Map，这样就可以用eclipse的代码生成来选择性地实现这些我们关心的方法，不会有typo。），不用管其它的乱七八糟的。

然后使用dimple，实现convertToMap如下：

Map convertToMap(PropertyMap pmap) {
  return Implementor.proxy(Map.class, new PropertyMapAdapter(pmap));
}

搞定。

可见，dimple并不是仅仅可以用做aop的interceptor，它还是一个克服静态类型局限的OO利器亚。而且不象aspectj，相当的light-weight，没有什么侵入性。

map.get()--->Object o

runApi(Map map)--->runApi(Object o) { // not dependent on map}


 

这个例子我存在异议。 看着有点困惑。

如果对于 因为”stub“比较难写，需要一个工具框架来自动实现这么一个stub，我赞成。
但是如果 因为”测试“难写而拼命的使用这么一个框架，我觉得有点舍本求末了。 或许，回过头来重构设计和代码，让测试更容易写 ，或许这样获得事倍功半的效果呢？

看了一下发型包，已经0.4啦？现在有sample了么？有没有想好写一些什么经典应用场景呢？比如在做stub的情况下，和easymock做一个对比。至少可以告诉大家，在只要stub的情况下，犯不着搬出mock框架这么重的东西来。

呵呵，有些系统提供的接口我们是重构不了的啊。所以实现这些接口就是价值所在了。

这个例子不是测试阿。它的前提是：
一个模块设计成可以注射java.util.Map。这个设计是很自然的。
其他的普通客户代码都是直接用HashMap或者java.util.Properties之类的东西来注射。
单元测试代码也是用HashMap的。也没问题。

问题在于某个和第三方库或者legacy system集成的部分碰巧没有Map，而只有一个PropertyMap，这时就可以用dimple。

没有看到我说的“不是测试的问题”么？

这里面dimple是用在production代码里面的。测试代码不用dimple。