Если вам следует избегать Downcasting, что я должен делать?

Question

имеют следующий интерфейс класса:

public interface IGameObject { 

    String gameObjectID(); 
    String gameObjectName(); 
    void isActionValid(String action); 
    void viewActions(); 
} 

У меня есть следующий абстрактный класс, который реализует интерфейс выше.

package gameprobjectpackage; 

public abstract class Weapon implements IGameObject { 
//Left out getters/setters to keep it simple 
private String gameOjectID; 
private String gameObjectName; 
private int damage; 

public Weapon(String gameOjectID, String gameObjectName,int damage) { 
    super(); 
    this.gameOjectID = gameOjectID; 
    this.gameObjectName = gameObjectName; 
    this.damage = damage; 
} 

Я столкнулся с несколькими сообщениями, которые предполагают, что следует избегать опускания. Я понимаю, почему, НО, мой вопрос - что мне делать, если мне нужно получить доступ к методу, который относится к подклассу. Например:

public class ChargeGun extends Weapon { 


private String [] chargeGunActions; 

public ChargeGun(String gameOjectID, String gameObjectName, int damage) { 
    super(gameOjectID, gameObjectName, damage); 

     chargeGunActions = new String [3]; 
     chargeGunActions[0] = "Charge and Fire"; 
     chargeGunActions[1] = "Release"; 
     chargeGunActions[2] = "Drop Gun"; 
} 

//This method is only meant for gun, and this type of gun is the only one in my game. 
//This method, I don't belive should be in the abstract method weapon, because NOT every weapon is a gun. 

public void reloadGun() 
{ 

} 

хранить в в interventory HashMap так:

Map<String,IGameObject> inventory = new HashMap<String,IGameObject>(); 

Когда я получить его, я получаю IGameObject, как я правильно бросить его, так что я могу получить доступ метод в ChargeGun?

Answer 1

Вы можете использовать visitor pattern, который освобождает вас от литья. Идея проста: у вас есть инвентарь IGameObject, который будет принимать метод (GameObjectVisitor v), который напрямую вызывает v.visit (это). В вашем GameObjectVisitor вам просто нужно реализовать методы посещения для каждой реализации: например, посещение (Chargegun g), посещение (Sword s) и т. Д.

Чтобы объяснить это по-другому, это похоже на принцип бумеранга : GameObjectVisitor вызывает item.accept (this), а реализация объекта принимает (GameObjectVisitor g) с простым g.visit (это).

При этом посетитель имеет несколько методов посещения для каждой реализации и может выполнять определенные операции без необходимости использовать/использовать instanceof.