仿制药在访客模式中过度杀伤

时间:2013-02-05 00:34:29

标签: java generics visitor

我正在开发一个项目,我将十年前编写的旧java 1.2代码转换为java 7.该项目大量使用特定的访问者。为了使概念简单,请假设访问者是这样的:

public interface RobotVisitor {
    public Object visitHead(Head p, Object arg);
    public Object visitNeck(Neck p, Object arg);
    public Object visitShoulder(Shoulder p, Object arg);
    public Object visitArm(Arm p, Object arg);
    public Object visitHand(Hand p, Object arg);
    public Object visitFinger(Finger p, Object arg);
    public Object visitChest(Chest p, Object arg);
    public Object visitLeg(Leg p, Object arg);
    public Object visitFoot(Foot p, Object arg);
    public Object visitToe(Toe p, Object arg);
    // A lot of methods.
}

HeadNeckShoulderArm等都是BodyPart抽象类的子类,如下所示:

public abstract class BodyPart {
    // A lot of fields, so it is not simple to convert this to an interface.

    public abstract Object accept(RobotVisitor visitor, Object arg);
}
// All the subclasses of BodyPart are implemented like this:
public class Arm extends BodyPart {
    // Some fields, getters and setters...

    public Object accept(RobotVisitor visitor, Object arg) {
        return visitor.visitArm(this, arg);
    }
}

这些BodyPart是分层次的。某些BodyPart可能包含其他BodyPart个。但他们有时可能会包含其他内容。

该访问者有几个截然不同的实现,正如预期的那样,代码被强制转换为强制转换。我试图使用泛型:

public interface RobotVisitor<R, E> {
    public R visitHead(Head p, E arg);
    public R visitNeck(Neck p, E arg);
    public R visitShoulder(Shoulder p, E arg);
    public R visitArm(Arm p, E arg);
    public R visitHand(Hand p, E arg);
    public R visitFinger(Finger p, E arg);
    public R visitChest(Chest p, E arg);
    public R visitLeg(Leg p, E arg);
    public R visitFoot(Foot p, E arg);
    public R visitToe(Toe p, E arg);
    // A lot of methods.
}

但这不起作用。应用程序传递来自不同类型的参数,并期望同一访问者中每组方法的返回值不同。所以,我结束了类似的事情:

public interface RobotVisitor<A, B, C, D, E, F, G, H, I> {
    public A visitHead(Head p, B arg);
    public A visitNeck(Neck p, B arg);
    public A visitShoulder(Shoulder p, C arg);
    public A visitArm(Arm p, C arg);
    public A visitHand(Hand p, C arg);
    public D visitFinger(Finger p, E arg);
    public F visitChest(Chest p, B arg);
    public A visitLeg(Leg p, G arg);
    public A visitFoot(Foot p, G arg);
    public H visitToe(Toe p, I arg);
    // A lot of methods.
}

这简单地使得泛型成为一种荒谬的过度杀伤,使得界面非常难以使用。

我试图在子接口中划分接口,对需要相同参数和相同返回类型的方法进行分组以及在某些地方工作的方法,但缺点是从{{1}中删除accept方法} class to subclasses,对类似的BodyPart s。

进行分组

然后,我遇到了很大的失败,有一个特定的访问者实现有一个方法,其中BodyPart类型的参数调用了BodyPart方法。由于我不再拥有超类中的accept,显然这是不好的方法。

访问者的不同实现方式各不相同,访问者中的参数和返回类型也是如此。有时参数和返回类型为accept s,有时为BodyPart,有时为VoidString,有时为swing组件,有时为其他无关对象。但是,在每个访问者中,访问类似Integer的方法都倾向于获得类似的参数和返回类型。

客户端代码始终仅调用BodyPart中的accept,仅此而已。所有其他Head方法都是从访问者调用到自身。

我应该做些什么来尝试使该界面通用而不在泛型过度杀伤中进行转换?现在我只是在寻找普通accept的方法中添加了很多instanceof,这完全取消了使用访问者模式的整个过程。

1 个答案:

答案 0 :(得分:2)

如果确实想要重构,我的推荐就是这样:

使用数据容器类型传递参数和返回值。在我的评论中,我建议使用VisitorParameterTypeVisitorReturnType,但由于存在很多重叠,因此您可以使用一种常见的数据类型。

public class VisitorData {
    private A a;
    private B b;
    private C c;
    private D d;
    // one constructor for each type
    private VisitorData(A a) {
        this.a = a;
    }
    // getters, setters
}

Visitor

public interface RobotVisitor {
public VisitorData visitHead(Head p, VisitorData arg);
public VisitorData visitNeck(Neck p, VisitorData arg);
public VisitorData visitShoulder(Shoulder p, VisitorData arg);
public VisitorData visitArm(Arm p, VisitorData arg);
....
// A lot of methods.
}

基类:

public abstract class BodyPart {
// A lot of fields, so it is not simple to convert this to an interface.

public abstract VisitorData accept(RobotVisitor visitor, VisitorData arg);
}

一个子类:

public class Arm extends BodyPart {
    // Some fields, getters and setters...

    public VisitorData accept(RobotVisitor visitor, VisitorData arg) {
        return visitor.visitArm(this, arg);
    }
}

这方面的主要成就不是引入泛型,而是重构您的代码以实现统一访问者模式,这更容易理解。此外,你摆脱了令人讨厌的不受控制的铸件。