当mock 遭遇继承

java 代码
class A{
public String a(){
return a;
}
}

public class B extends A{
public String b(){
return b;
}
}


上面所示的是一个很常见的继承结构，但是就是这样的结构导致了在Mock对象时会产生某些令人困惑的问题。

假如在BConsumer这个类中用到了B，那么就需要把B的实例（这里先不讨论应该抽象出接口与否的问题）注入到BConsumer中去。如果我们要模拟的是b()这个方法，那自然一切都没问题。我这里用的是JMock来mock具体类：


java 代码
Mockery context = new JUnit4Mockery() {
{
setImposteriser(ClassImposteriser.INSTANCE);
}
};

……

@Test

public void xxx(){
BConsumer consumer = new BConsumer();
B b = context.mock(B.class);
context.checking(new Expectations(){{
allowing(b).b();
}});
consumer.setB(b);

……
}


可是如果我们需要模拟a()这个方法时，问题就出现了。


java 代码
@Test
public void xxxxx(){
BConsumer consumer = new BConsumer();
B b = context.mock(B.class);
context.checking(new Expetations(){{
allowing(b).a();
}});
consumer.setB(b);
……
}

我们可以按照上面这种方式来写Mock么？当然不行！我们Mock的是B，但是实际调用的则是A中的方法a()！

那么可能就有人想到或许可以这样做：


java 代码
@Test
public void xxxxx(){
BConsumer consumer = new BConsumer();
A a = context.mock(A.class);
context.checking(new Expetations(){{
allowing(a).a();
}});
consumer.setB((B)a);
……
}

但实际上，到了consumer.setB((B)a);这一步的时候，我们得到的a实际上是通过cglib生成的对象，要转型成B就会出现ClassCastException。

那我们到底该怎么做才好呢？难道为了Mock测试的需要，就在B中把A中的a()重写一遍？如果要抽象出接口来，又该怎样抽象才合情合理？

恳请赐教。
13:50 浏览 (1780) 论坛浏览 (2313) 评论 (4) 分类: 开发管理 收藏 相关推荐 评论
dearwolf 2007-09-25   回复
嗯……楼上说的有道理……不是JMock的错

刚刚写了几个类来测试了一些，实际上那段代码是可以通过的……汗……

我帖子中的问题是源于别人所提供的一些legacy代码，又仔细看了一下，原来在父类的方法声明中，有一个final修饰符……

对不起，耽误了大家的时间……
javavsnet 2007-09-25   回复

@Test
public void xxx(){
BConsumer consumer = new BConsumer();
B b = context.mock(B.class);
context.checking(new Expectations(){{
allowing(b).a();
}});
consumer.setB(b);
……
}

根据我的理解，理论上这里是不应该出问题的。B作为A的子类，当然可以调用A的方法，作为mock的B类对象，同样应该支持对A的方法的调用。否则这个mock的B就不是A的子类了，就破坏了OO中对继承的定义。
这里不是楼主的问题，应该是JMock的问题，虽然我还没有用过JMock（汗）。
dearwolf 2007-09-25   回复
我也觉得应该是在设计上的问题才导致了mock的困难，但是这问题所在是什么呢？
gigix 2007-09-25   回复
首先这个继承是有问题的，因为你不能随便把一个B当作一个A来用。