[Java] Ereditarietà

[devil1988]

Ciao ho un problemino con java :master:
Praticamente ho la classe C che è già figlia della classe A.La classe B vorrei fosse un altro genitore della classe C.Pero in java non posso estendere più di una classe, so che si potrebbero utilizzare le interfacce ma non è possibile a quanto ho capito in quanto non devo implementare metodi ma solo ereditarli per usarli.
Potrei risolvere creando un istanza della classe B nella classe C e utilizzare i metodi però ripeto vorrei solo ereditarli senza creare istanze ecc
E' fattibile quello che vorrei fare?
Ciauz

[andbin]

Originariamente inviato da devil1988
E' fattibile quello che vorrei fare?

Così come l'hai spiegato no. Java ha solo la ereditarietà singola e basta. Se vuoi "ereditare" qualcosa lo puoi fare da una sola classe.

Comunque spiega meglio il problema e la tua necessità. Magari il tuo è un cattivo design che si può impostare diversamente.

[simo7784]

Non so se fa al tuo caso, ma:

public class A{//codice}
public class B extends A{//codice. B eredita i metodi di A}
public class C extends B{//codice. B eredita i metodi di A e quindi anche di B}

Piu' probabilmente pero' potrebbe essere un cattivo design delle classi come suggerito sopra. Prova a descrivere piu' accuratamente il problema.

[devil1988]

class A {
  void mA1() {
     istr....
  }
  void mA2() {
     istr....
  }
}
class B {
  void mB1() {
     istr....
  }
  void mB2() {
     istr....
  }
}
class C extends A, B { /*java non lo permette */
  void mC1() {
     mB1();
     mA2();
     istr....
  }
}

volevo fare una cosa del genere come sopra d'esempio in altro modo però consentito da java
il codice proposto da simo7784 mi sa proprio che potrebbe andare bene
grazie a tutti ciauz

[andbin]

Originariamente inviato da devil1988
volevo fare una cosa del genere come sopra d'esempio in altro modo però consentito da java
il codice proposto da simo7784 mi sa proprio che potrebbe andare bene
grazie a tutti ciauz

È tutta una questione di "design". Le domanda sono:
- perché devi avere 2 classi A e B?
- cosa fanno quei metodi e su cosa operano?

Non è che puoi fare semplicemente una gerarchia di 3 classi A <-- B <-- C soltanto perché così ti fa comodo avere tutti i metodi di A e B visibili nella classe C!!!!

Se vuoi seguire questa possibilità, allora dimmi: la classe B è un A??
La locuzione "è un" (in inglese "is a") serve per descrivere la relazione tra due classi in cui una estende l'altra e quella inferiore può essere "vista" anche come tipo della classe superiore.
Come a dire, con altri esempii: "un gatto è un animale", "una automobile è un veicolo". O per dirla in Java: un String è un Object.

Allora ripongo la domanda: il tuo B è un A?? Se si, ok estendi pure. Se no, cambia design perché fa pena!!

[devil1988]

Scusate ma sono agli inizi con la programmazione OOP.
Vi spiego cosa voglio fare:
Sto provando a fare un sistema di gestione messaggi e avvisi generale per una webapp con il framework Struts.
Siccome non voglio stare in parole semplici a riscrivere sempre le stesse istruzioni in modo ripetitivo per gestire i messaggi allora con questo sistema la classe A(DispatchAction) è genitore della classe B(MessageHandlerAction) che è una DispatchAction e poi ha gli altri suoi metodi per gestire i messaggi. Poi la classe C(TestAction) sarà sempre una DispatchAction e per ogni actionforward devo solo richiamare i metodi della classe B(MessageHandlerAction) per gestire i msg senza bisogno di copiare e incollare codice a manetta.
Non so il concetto è più chiaro adesso?
Ciauz

[LeleFT]

Certo.
Ricadi sempre nell'esempio di andbin: A<--B<--C
Dove C sarà sia una DispatchAction (visto che è il genitore più lontano), che una MessageHandlerAction (da cui deriverà direttamente).


Ciao.