Loop через ArrayList, чтобы получить значения абстрактного метода

Question

Ok У меня есть абстрактный класс «Order»:

public abstract class Order { 
protected String location; 
protected double price; 

public Order(double price, String location){ 
    this.price = price; 
    this.location = location; 
} 
public abstract double calculateBill(); 

public String getLocation() { 
    return location; 
} 
public double getPrice() { 
    return price; 
} 
public abstract String printOrder(String format); 
} 

У меня также есть 3-х классов, которые реализуют ее, которые похожи, за исключением, конечно, что они calculateBill по-разному в соответствии с налогом, тарифом и т. д.

сейчас я пытаюсь создать класс OrderManager и управлять ими. Это то, что я до сих пор

public class OrderManager { 
private ArrayList<Order> orders; 

public OrderManager() {  
} 
public OrderManager(ArrayList<Order> orders) { 
    this.orders = orders; 
} 
public void addOrder(Order o) { 
    orders.add(o); 
} 
public ArrayList<Order> getOrdersAbove(double val) { 
    for (Order o : orders) { 
     double bill = o.calculateBill(); 
     if (bill > val) 
      orders.add(o); 
    } 
    return orders; 
} 

У меня возникли проблемы с методом getOrdersAbove, который должен вернуться и список массива порядков, клюв выше Валу. Будучи calcBill абстрактно и реализуется в каждом подклассе порядка, я должен просто назвать его правильным? Также, если это так, то не нужно OrderManager продлить заказ? Или просто быть в одном пакете позвольте мне назвать его методами? Или я все об этом ошибаюсь?

Спасибо за любую помощь!

Answer 1

Будучи calcBill абстрактно и реализуется в каждом подклассе на заказ Я должен просто назвать это правильно?

Метод объявлен как public, вы сможете называть его Order экземплярами.

Также, если это так, то не следует заказывать OrderManager Order?

Спросите себя: это OrderManager заказ? Нет? Поэтому не заставляйте его распространять Order.

Или просто быть в одном пакете позвольте мне назвать его методами?

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

Так что в вашем for петле

public ArrayList<Order> getOrdersAbove(double val) { 
    for (Order o : orders) { 
     double bill = o.calculateBill(); 
     // do logic 
    } 
} 

При вызове calculateBill(), Java будет использовать late-binding (полиморфизм), чтобы решить фактическую реализацию метода использования.

Answer 2

Ваш OrderManager не должен знать ничего о методе calculateBill подкласса Order.

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

Даже если Order является abstract и calculateBill в том классе, который не запрещает вам от вызова метода abstract. Единственное ограничение, которое применяется к классам abstract, заключается в том, что вы не можете создавать их экземпляр, как только у вас есть экземпляр (даже если его тип выполнения уже уже), то вы ни о чем не должны беспокоиться.

Answer 3

Будучи calcBill абстрактно и реализуется в каждом подклассе порядка, я должен просто назвать его правильным?

Java Runtime не очень волнует, что нет реализации метода calculateBill() в Order, просто Order «знает» (или же, может быть, лучше, «заявил») метод, называемый calculateBill(), который не принимает никаких аргументов и возвращает двойной - что он делает из вашей линии:

public abstract double calculateBill(); 

Обеспечение того, чтобы конкретные подклассы на самом деле реализовать абстрактный метод проверка осуществляется во время компиляции. Пока вы переопределили методы calculateBill() в подклассах (которые вам нужно будет сделать для компиляции кода), вы сможете его вызвать (из любого места, так как вы объявили его как public). Конкретная реализация calculateBill() - то есть, будет ли реализована реализация class Foo или class Bar - будет выбран для вас во время выполнения на основе конкретного экземпляра подкласса, на который вы его вызываете.

Также, если это так, тогда не следует заказывать OrderManager Order?

Нет. Я не понимаю, зачем это нужно. Кажется, это не имеет смысла. Если бы вы это сделали, вам пришлось бы выполнить конкретную реализацию calculateBill() внутри OrderManager, которая, похоже, не имеет смысла.

Или просто быть в одном пакете позвольте мне назвать его методами?

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

Или я все об этом не так?

Вы, кажется, на правильном пути с абстрактными методами и реализацией в подклассах, а также обеспечение реализации по умолчанию различных методов в абстрактном классе (например, getPrice(), getLocation())

Answer 4

getOrdersAbove должен создать новый ArrayList для держите заказы выше val.

Вы добавляете выбранные заказы обратно в список, в котором вы выполняете итерацию, из-за чего итератор завершится с ошибкой.