通用包装器

Question

我正在尝试用Java创建一个应用程序，它允许从小种子图生成大型的Provenance图，但是我在设计我的类的最佳方法时遇到了一些麻烦。

首先，Provenance基本上有一个图结构，节点和边。我创建了一个Java库，它充当了Provenance Data Model到Java Objects的映射。这允许我从Provenance模型中抽象出我的应用程序特定信息。

我的班级结构看起来有点像这样：

图表（包含节点和边缘集）
抽象节点（现在只是一个字符串名称）
- 代理
- 活动
- 实体
- Node的其他子类
抽象边缘
- 代
- 协会
- Edge的其他子类

现在，我想要做的是在节点和边缘上提供加权，作为乘数/饱和度。有几种方法可以使用该库来实现这一目标，但我不清楚从开发和可维护性的角度来看最好的是什么。

首先，我使用一些简单的方法定义了一个Weighable接口，例如get和set最小和最大权重。

现在，我可以扩展每个子类Node，例如

class WeighableAgent extends Agent implements Weighable

但是这需要为每种类型的节点提供扩展类，并要求我在每个级别实现Weighable接口。

或者，我可以提供一个mixin，但它仍然依赖于我在每个子类中实现相同的功能。

或者我可以有一个在Agent上编写的类，但是仍然需要我在每个组合类中实现Weighable。

或者，我可以仅仅在Node类上编写，例如

class WeighableNode implements Weighable {

    private Node node;

    public WeighableNode(Node node) {
        this.node = node;
    }

    etc etc...

这样我就可以在一个地方实现Weighable。但是，然后我从使用WeighableNode的任何东西中丢失了一些关于具体类类型的重要信息，我看到的唯一方法就是提供一个方法：

Node getNode();

由于德米特定律，我对此感到担忧。此外，这个WeighableNode将由一个PresentationNode组成，以帮助Swing，这意味着我最终将链接调用，如：

presentationNode.getWeighableNode().getNode() instanceof Agent

这看起来非常不愉快。

我刚才想到的最后一个解决方案就是如上所述构建Node，然后使用WeighableAgent等扩展WeighableNode等。这意味着我不需要每次重新实现Weighable，如果我知道我有

instanceof WeighableAgent

然后包装的节点是代理。

我很欣赏这很长，但我希望经验丰富的开发人员能够很快看到正确的设计实践。

Answer 1

太糟糕了，Java既没有真正的混合也没有多重继承......

通用包装器

我想我会将WeighableNode<NodeType extends Node>用作通用包装器类型。这样，所有需要特定类型节点的地方都可以清楚地说明这一事实。它的getNode方法可以返回正确的类。而且你不会在整个地方找到太多的课程。

转换习惯用法

即使您不使用上述方法，以下习语可能也很有趣：

class Node {
    public T asNode(Class<T extends Node> clazz) {
        return clazz.cast(this);
    }
}

class NodeWrapper<N extends Node> {
    private N realNode;
    public T asNode(Class<T extends Node> clazz) {
        try {
            return super.asNode(clazz);
        }
        catch (ClassCastException e) {
            return realNode.asNode(clazz);
        }
    }
}

如果您愿意，可以将上述内容更改为返回null，而不是抛出异常。这个想法是调用代码不必担心如何将节点转换为各种类型。你就是这样的简单地写

presentationNode.getNode(Agent.class)

这将实现与界面分开，如果需要，您可以在以后随时更改内容。基本的Node实现将知道如何转换自身，处理派生类。 NodeWrapper会使用合成添加转化。您可以将其用作WeighableNode和presentationNode。

的基类

Fat接口

您可以在Node本身中实施称量内容，并将WeighedNode用作标记界面，或者根本不使用。这不是最好的解决方案，但会帮助保持你的课程数量，并且不应该做任何真正的伤害，除了额外数据消耗的内存。到目前为止，其他方案所需的间接级别可能会超过内存需求。

不确定应用程序的设计方法

1 个答案:

通用包装器

转换习惯用法

Fat接口