Wywołanie metody o odpowiednim typie argumentu.

Question

Witam! Szukam sposobu na to by w Javie udało się wywołac jedną z kilku metod o takiej samej nazwie, ale o różnych typach argumentów, zależnie od przekazywanego argumentu. Chciałbym znaleźć sposób na to by Java w jakiś sposób się zorientowała jakiej z jakiej klasy pochodzi dany objekt przekazany jako argument przy wywoływaniu metody.

W tym momencie sprawdzam jakiego typu jest klasa poprzez objekt.getClass().getName(), a następnie castuje do odpowiedniego typu, co nie do pozwala na dużą elastyczność kodu. Chciałbym pozbyć się sztywnego sprawdzania String'a w switchu. U mnie klasa Product jest klasą główną, a Instrument dziedziczy z Product. Jest jeszcze kilka innych klas pochodnych, ale zostały pominięte dla uproszczenia kodu. Objekt treeProducts to objekt TreeView (zawierający objekty TreeItem<Product>) z JavyFX. Listener wywołuje metodę wypełniającą informacje o zaznaczonym produkcie. Tak wygląda wspomniany sposób:

treeProducts.getSelectionModel().selectedItemProperty().addListener(new ChangeListener<TreeItem<Product>>() {
                @Override
                public void changed(ObservableValue<? extends TreeItem<Product>> observable, TreeItem<Product> oldValue, TreeItem<Product> newValue) {
                    switch (newValue.getValue().getClass().getName()) {
                        case "com.dupa.Product":
                            fillDetailOfProduct(newValue.getValue());
                            break;
                        case "com.dupa.Instrument":
                            fillDetailOfProduct((Instrument) newValue.getValue());
                            break;
                    }
                }
            }
        );

 

private void fillDetailOfProduct(Product product) {
// ...
}

private void fillDetailOfProduct(Instrument product) {
fillDetailOfProduct( (Product) product);
// ...
}

Próbówałem użyć wildcars stosując w Listenerze `<? extends Product>` zamiast `<Product>` i usunąć ww. switcha, ale po użyciu tego sposobu wykonuje się wyłącznie fillDetailOfProduct(Product product) niezależnie od klasy przekazanego objektu.

Ma ktoś z Was jakieś sugestie co mógłbym zrobić by mój pomysł zadziałał? A jeżeli czegoś takiego nie da się wykonać, to czy istnieje jakaś alternatywa na moje sprawdzanie nazwy klasy?

Answer 1

Z tego co zrozumiałem czytając Twój post, chcesz osiągnąć pewną funkcjonalność dla danego typu obiektu bez sprawdzania z jakiej klasy pochodzi. Możesz pozbyć się tego problemu stosując Strategie, czyli wzorzec projektowy.

Tak w skrócie, polega to na tym, że będziesz mógł przekazać obiekty "dowolnego typu" do metody. Metoda nie będzie zwracała na to uwagi jakiego typu jest obiekt, a wykona odpowiednie operacje. Zapewnia to dużą elastyczność, bo w momencie gdy zdecydujesz się dodać nową klasę i rozszerzyć ją o superclassę "Product" (tą bazową), nie będziesz musiał dodawać jakiś switchy czy ifów decydujących o funkcjonalności. Nie mieszasz w kodzie, a zyskujesz nową funkcjonalność :)

Jak to działa?

1. Najpierw tworzysz interfejs dla charakterystycznej operacji. Deklarujesz metodę.
2. Klasa główna implementuje powyższy interfejs i implementuje metodę z interfejsu.
3. Klasy pochodne przesłaniają ową metodę i nadajesz im odpowiednią funkcjonalność.
4. W klasie gdzie chcesz dodawać "Produkty" do TreeView, deklarujesz metodę, którą będzie to robić. Ale podajesz typ argumentu jako ten interfejs, który na początku stworzyłeś.
5. Wygląda to np. tak:

public class AddToTreeView(){

        public void addProductToTreeView(InterfaceType interfaceArg){
                    interaceArg.add();
         }


}

Dorzucam jeszcze mały tutorial:
https://www.youtube.com/watch?v=-NCgRD9-C6o

W razie wątpliwości pisz :D
 

 

Comments

Tak w skrócie, polega to na tym, że będziesz mógł przekazać obiekty "dowolnego typu" do metody. Metoda nie będzie zwracała na to uwagi jakiego typu jest obiekt, a wykona odpowiednie operacje. Zapewnia to dużą elastyczność, bo w momencie gdy zdecydujesz się dodać nową klasę i rozszerzyć ją o superclassę "Product" (tą bazową), nie będziesz musiał dodawać jakiś switchy czy ifów decydujących o funkcjonalności. Nie mieszasz w kodzie, a zyskujesz nową funkcjonalność :)

To jest dokładnie to czego potrzebuje! Dziękuję bardzo! Na pewno spróbuje użyć tego wzorca w przeciągu kilku dni. Napiszę jak będzie lub nie będzie działać. Wygląda zachęcająco. ;)

---

Przetestuj sobie ten wzorzec na jakimś prostym przykładzie, a potem zaimplementuj to sobie do projektu ;). Oczywiście każde rozwiązanie ma plusy i minusy. Tutaj plusem jest elastyczność i możliwość rozszerzania programu o dodatkowe fukcje, ale wady też ma. Więcej kodu i klas odpowiedzialnych za pewną logikę biznesową. Mimo wszystko jest to jeden z wzorców MUST KNOW ;)

Answer 2

W Javie jest coś takie jak polimorfia więc wystarczy że jako argument dasz Product i potem spokojnie możesz jako parametr dawać klasę dziedziczącą fillDetailOfProduct(instrument);

Comments

O istnieniu polimorfii oczywiście wiem, ale nie rozumiem Twojej odpowiedzi. Jakoś jedno zdanie nie jest dla mnie specjalnie pomocne. Mógłbyś użyć jakiegoś jakiegoś przykładu, który rozwiązuje mój problem?

---

Odpowiem po kolei na twoje pytanie. 

Witam! Szukam sposobu na to by w Javie udało się wywołac jedną z kilku metod o takiej samej nazwie, ale o różnych typach argumentów, zależnie od przekazywanego argumentu. Chciałbym znaleźć sposób na to by Java w jakiś sposób się zorientowała jakiej z jakiej klasy pochodzi dany objekt przekazany jako argument przy wywoływaniu metody.

Jeśli chodzi o to, to wystarczy zrobić kilka metod tak samo nazwanych tylko przyjmujących różne argumenty, potem to już automatycznie użyje odpowiedniej metody poznając po parametrze, tak jak to zrobiłeś.

public void fillDetailOfProduct(Product p){}
public void fillDetailOfProduct(Instrument p){}

Jeśli zaś chodzi o to sprawdzanie po nazwie to nie ma po co tego robić, klasy dziedziczącej możesz używać tak samo jak klasy rodzica czyli wszędzie gdzie jako argument podajesz Product możesz bez castowania podawać Instrument jeśli dziedziczy po Product.

Jeśli dalej to nie to o co ci chodziło to zparafrazuj pytanie.

---

Jeśli chodzi o to, to wystarczy zrobić kilka metod tak samo nazwanych tylko przyjmujących różne argumenty...

A co ja wyżej zrobiłem? Dwie metody, które nazywają się tak samo (fillDetailOfProduct) i przyjmują różne argumenty (typu Product i Instrument).

Wydaje mi się, że dochodzisz to takich samych wniosków co ja, czyli uważasz, że to co napisałeś powinno działać. Zadałem te pytanie, ponieważ nie dzieje się tak.

newValue w tym przykładzie można potraktować jako jakąś listę List<Product>, gdzie dodane są dwa elementy. Pierwszy o typie Product, a drugi o typie Instrument. Po wywołaniu ww. metod okaże się, że dla obydwóch wywłołała się metoda fillDetailOfProduct(Product p), a nie fillDetailOfProduct(Instrument p).

 

package com.company;

public class Product {
    private String name;

    public Product(String name) {
        this.name = name;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }
}

package com.company;

public class Instrument extends Product {
    private int price;

    public Instrument(String name, int price) {
        super(name);
        this.price = price;
    }

    public int getPrice() {
        return price;
    }

    public void setPrice(int price) {
        this.price = price;
    }
}

package com.company;

import java.util.ArrayList;

public class Main {

    public static void main(String[] args) {
        ArrayList<Product> productArrayList = new ArrayList<>();

        productArrayList.add(new Product("Pierwszy"));
        productArrayList.add(new Instrument("Drugi", 15));

        showDetails(productArrayList.get(0));
        showDetails(productArrayList.get(1));
    }

    static private void showDetails(Product product) {
        System.out.println(product.getName());
    }

    static private void showDetails(Instrument instrument) {
        System.out.println(instrument.getPrice());
    }

}

To jest wynik programu:

Pierwszy
Drugi

A oczekuje, że się wykona:

Pierwszy
15