Устранить необходимость в литье

Question

Я занят написанием API, который изменяет график. Чтобы контролировать то, что я просматриваю для пользователей API, я использую интерфейсы.

Интерфейсы, раскрывающие методы, которые будут использоваться, следующие. По существу это то, что пользователь увидит:

public interface GraphEditor{ 
    Edge addEdge(AsbtractNode f, AbstractNode t) 
} 
public interface AbstractNode{ 
} 
public interface ExampleNode1 extends AbstractNode{ 
} 
public interface ExampleNode2 extends AbstractNode{ 
} 

Структура реализации:

public class GraphEditorImpl implements GraphEditor{ 
    public Edge addEdge(AsbtractNode f, AbstractNode t){ 
     AbstractNodeImpl from = (AbstractNodeImpl) f; 
     AbstractNodeImpl t = (AbstractNodeImpl) f; 
     from.getVertex().addEdge(t.getVertex); 
    } 
} 
public class AbstractNodeImpl implements AbstractNode{ 
    Vertex vertex; //Must remain hidden from users 
    public Vertex getVertex(){ 
     return vertex; 
    } 
} 

Внутри граф редактор У меня есть метод, который позволяет пользователю добавлять и ребро между двумя узлами addEdge. Этот метод должен отличать AbstractNode от AbstractNodeImpl, чтобы получить доступ к методу getVertex(), который необходим для получения «Вершины».

Я не могу разоблачить getVertex() в интерфейсе AbstractNode, так как у меня не могут быть пользователи, непосредственно работающие с Vertex. Есть ли способ достичь такого рода функциональности без необходимости отбрасывать из интерфейса в реализацию?

Answer 1

Текущая модель не будет работать. Вы можете сделать так, что интерфейс AbstractNode содержит только информацию о себе на узле, а интерфейс GraphEditor содержит все методы должны изменить график:

interface AbstractNode { 
    // identify this node 
    // this class only contains the ID of this node 
} 

interface GraphEditor<T extends AbstractNode> { 
    // this class stores the graph 
    void addEdge(T a, T b); 
} 

Answer 2

Добавить функцию addEdge(AbstractNode) в интерфейс AbstractNode.

Реализация этой функции может быть getVertex().addEdge(that.getVertex) или что-то, что подходит для класса реализации.

И если вы не хотите, чтобы люди могли получить доступ к экземпляру Vertex, сделайте getVertex() приватным или защищенным.

Answer 3

Плохая конструкция, использующая тип в качестве параметра и отбрасывающая его под другим подтипом внутри метода.

Что происходит, если пользователь создает пользовательский класс, который расширяет AbstractNode?

Вам также необходимо учитывать, что при написании API.

Если нет другой возможности вы должны проверить в своем коде, что реальный тип параметра является AbstractNode, если вам не нужно бросать по крайней мере IllegalArgumentException