Typ obiektu zwracanego przez metodę

Odpowiedz Nowy wątek
2014-12-12 23:50
0

Witam!
Jeśli moje pytanie jest na tyle żałosne, że kwalifikuje się pod Newbie, a nie Java, to bardzo proszę o przeniesienie :P Mam nadzieję, że nie duplikuję wątku.

Do rzeczy! Mam sobie klasę DatabaseManager, której zadaniem jest zapisywanie i odczytywanie encji do/z bazy danych. Ma ona metodę, która zwraca obiekt dziedziczący po AbstractClientModel (na dany moment jest to albo IndividualClientModel albo BusinessClientModel). Zaraz po wyciągnięciu danych do zmiennej, zmienna client jest typu BusinessClientModel (co się zgadza z danym wpisem w bazie danych). Teraz w Mainie chciałbym sobie przypisać obiekt zwracany przez wcześniej opisaną metodę do zmiennej.

I tu moje pytanie: jak zadeklarować tą zmienną, żebym mógł używać w pełni możliwości obiektu, do którego ona posiada referencję? Czy jest możliwość "wiedzieć" jakiego typu dany obiekt będzie, żeby zadeklarować zmienną takiego samego typu?

Jeśli zadeklaruję zmienną typu AbstractClientModel, to dostaję błąd przy wywołaniu metody z klasy BusinessClientModel, lecz jeśli zmienna będzie typu BusinessClientModel, to (zgodnie z oczekiwaniami) wszystko ładnie działa. Lecz nie zawsze będę wiedział jakiego dokładnie typu jest zwrócony obiekt. W danej sytuacji (2 klasy dziedziczące) mogę zrobić ifa z instanceof, ale jeśli będzie więcej klas dziedziczących, to lipa. Z genericsami dopiero zaczynam, więc oczywiście konstruktywna krytyka mile widziana.

A teraz czas na to co wszyscy lubią, czyli trochę kodu :D

Metoda z klasy DatabaseManager

public < T extends AbstractClientModel> T getClientByIndex(long index) {
        entityManager.getTransaction().begin();
        T client = (T) entityManager.find(AbstractClientModel.class, index);
        entityManager.getTransaction().commit();
        return client;
    }

Przypisanie w mainie

BusinessClientModel client = databaseManager.getClientByIndex(3L);

Pozostało 580 znaków

2014-12-13 00:02
0

Nie do końca rozumiem twój problem. No bo skoro jak twierdzisz nie zawsze będę wiedział jakiego dokładnie typu jest zwrócony obiekt to jakim cudem chciałbyś w kodzie mieć potem gdzieś wywołania metod z tej konkretnej podklasy? Możesz pokazać kod gdzie twój problem by się unaocznił? No bo to oznacza że gdzieś w kodzie miałbyś:

obiekt.metodaTylkoWJednejPodklasie();

a to znaczy że w tamtym miejscu już wiesz z jakim obiektem masz do czynienia! Więc jak to jest? Wiesz czy nie wiesz? :D


Na PW przyjmuje tylko (ciekawe!) zlecenia. Masz problem? Pisz na forum, nie do mnie.
edytowany 1x, ostatnio: Shalom, 2014-12-13 00:02

Pozostało 580 znaków

2014-12-13 01:04
0

@Shalom Wiedziałem, że wyjdę na głupka z tym pytaniem, 10 minut się zastanawiałem, zanim założyłem wątek :P. Załóżmy, że miałbym w projekcie jakiś ładny GUI, gdzie użytkownik naciska przycisk, żeby pobrał klienta o danym ID. Użytkownik nie wie, jaki to jest klient (biznes czy indywidualny). Moja metoda zwraca obiekt z bazy danych i teraz w klasie GUI muszę wybrać czy pokazać forma przygotowanego do klienta biznesowego (nazwa firmy itp.) czy klienta indywidualnego (wiek itp.). I tu potrzebuję dowiedzieć się jakiego typu jest ten zwrócony obiekt. To jest tylko przykład, który mniej-więcej opisuje moje przyszłe plany z tym projektem. Na dany moment w mainie mam np.

IndividualClientModel indvClient = databaseManager.getClientByIndex(2L);
System.out.println("Imie: " + indvClient.getFirstName());
System.out.println("Nazwisko: " + indvClient.getLastName());
System.out.println("Wiek: " + indvClient.getAge());
BusinessClientModel busiClient = databaseManager.getClientByIndex(3L);
System.out.println("Imie: " + busiClient.getFirstName());
System.out.println("Nazwisko: " + busiClient.getLastName());
System.out.println("Firma: " + busiClient.getCompanyName());

Załóżmy, że chciałbym to rozbić na dwie części: dowiedzieć się jakiego typu jest obiekt i przekazać go do forma, który go przedstawi użytkownikowi.

Pozostało 580 znaków

2014-12-13 02:01
0

Ok, teraz rozumiem. Opcji jest kilka. Najprostsza:
Niech istnieje odpowiednia hierarchia klas odpowiedzialnych za "prezentacje" tych obiektów, z jednym wspólnym interfejsem. Tzn każda z tych klas będzie umiała poprawnie wyświetlic odpowiedni obiekt ClientModel. Niech AbstractClientModel ma metodę która zwraca taki obiekt (ostrzegam, nie nazywaj metody "getCośtam" bo JPA może źle to zrozumieć ;) ).


Na PW przyjmuje tylko (ciekawe!) zlecenia. Masz problem? Pisz na forum, nie do mnie.

Pozostało 580 znaków

2014-12-13 04:04
0

Jeśli to jest najprostsza opcja, to aż boje się zobaczyć tę najtrudniejszą. Niestety nawet tej najprostszej (chyba) nie do końca zrozumiałem :< Możliwe, że ma to jakiś związek z tym, że jest środek nocy, więc zobaczymy jak mi jutro ten temat pójdzie. Jestem bardzo wdzięczny za okazałą dotychczas pomoc, lecz chciałbym poprosić, abyś rozwinął swój pomysł. Oczywiście nie chodzi mi tutaj o gotowy kod, lecz jakieś wskazówki, lub szerszy opis poszczególnych klas i ich zależności z obecnymi klasami. Jeśli to coś pomoże, to cały projekt jest do zobaczenia na Githubie: https://github.com/Napsteer/AndroidDatabaseServer.

Pozostało 580 znaków

2014-12-13 23:51

Ok, stosując kod który pokazałeś wyżej:

class IndividualClientModel{
//to co w tej klasie, plus
    public OutputGenerator outputGenerator(){
        return new IndividualClientOutputGenerator(this);
    }
}
 
class BusinessClientModel{
//to co w tej klasie, plus
    public OutputGenerator outputGenerator(){
        return new BusinessClientOutputGenerator(this);
    }
}

I voila, już każda klasa sama wie "jak sie wypisać". Żadne ify nie potrzebne!

interface OutputGenerator(){
    void wypiszSie();
}
 
class IndividualClientOutputGenerator implements OutputGenerator{
    private final IndividualClientModel indvClient;
    public IndividualClientOutputGenerator(IndividualClientModel model){
        this.indvClient = model;
    }
 
    public void wypiszSie(){
        System.out.println("Imie: " + indvClient.getFirstName());
        System.out.println("Nazwisko: " + indvClient.getLastName());
        System.out.println("Wiek: " + indvClient.getAge());
    }
}
 
class BusinessClientOutputGenerator implements OutputGenerator{
    private final BusinessClientModel busiClient;
    public BusinessClientOutputGenerator(BusinessClientModel model){
        this.busiClient = model;
    }
 
    public void wypiszSie(){
        System.out.println("Imie: " + busiClient.getFirstName());
        System.out.println("Nazwisko: " + busiClient.getLastName());
        System.out.println("Firma: " + busiClient.getCompanyName());
    }
}

I teraz w main masz po prostu:

AbstractClientModel someClientModel = databaseManager.getClientByIndex(2L);
OutputGenerator someOutputGenerator  = someClientModel.outputGenerator();
someOutputGenerator.wypiszSie();

Nigdzie nie ma żadnych ifów. Obiekty "same" wiedzą jak i co robić. Jednocześnie logika na temat prezentacji nie siedzi w obiektach entity.


Na PW przyjmuje tylko (ciekawe!) zlecenia. Masz problem? Pisz na forum, nie do mnie.

Pozostało 580 znaków

2014-12-14 18:40
0

Odpowiedź killer, nic dodać, nic ująć! :) Wielkie dzięki za pomoc, nigdy bym chyba na to nie spojrzał od tej strony. Nie jest to przypadkiem jeden ze wzorców? Wygląda trochę jak rozwiązanie, które mogłoby się przydać w wielu sytuacjach.

Tak na oko to jest zwykła Strategia, nic wiecej ;] - Shalom 2014-12-14 19:02

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0