[JAVA] Per quale motivo la classe windowAdapter non implementa di default la chiusura della finestra?

[American]

aridaje

Swing a stento so cos'è (è un package contenente classi utili per le interfacce grafiche no?)

Capisco e non voglio criticarti, ci mancherebbe. Ma quello che si evince è che comunque hai "sorvolato" su un po' di cose relative al linguaggio Java.

Non le ho sorvolate giuro! Ho seguito la guida indtorduttiva a java del sito nonché visionato i vari video di uninettuno sulla programamzione ad oggetti in java. Non sto dicendo ovviamente che questo basti, ma dire che non conosca cosa è l'ereditarietà, il polimorfismo e l'incapsulamento è esagerato.
Poi sicuramente non sono un genio complice anche il basso livello di concentrazione e per capirle le cose me le devo leggere e rileggerle, senza contare che senza la pratica la teoria me la scordo dopo 1 ora.

WindowAdapter è una classe che implementa WindowListener e dalla documentazione javadoc si evince pure che WindowAdapter è a sua volta una classe astratta.

Appunto, è quello che ho detto. Ma ho anche fatto notare che le classi astratte sono classi che per definizione non vengono mai istanziate.
Eppure tornando al pezzo di codice proposto ad inizio topic, a me pare proprio che venga istanziata:

WindowListener wl;
wl=new WindowAdapter()

[borras]

Mi intrometto un attimo: attenzione non scrivi mai

WindowAdapter wa = new WindowAdapter();

perchè altrimenti ti da errore in compilazione.
Scrivi invece:

WindowAdapter wa = new WindowAdapter(){
//override dei vari eventi
}

[American]

è una "anonymous inner class".

Ah! E da cosa lo capisco che è anonima?

Ad esempio una'istanziazione del genere non è anonima, e qui ci siamo

Impiegato rossi = new Impiegato ("Mario" , "Rossi" , 1974, "Capo reparto");

Nel caso del codice new WindowAdapter() {
// qui i metodi
};è anonima perchè è seguita dalle parentesi graffe all'intenro delle quali viene effettuato l'override dei metodi della WA?

Cmq faccio notare che il codice originale è WindowListener wa = new WindowAdapter()

[American]

ah ok, adesso tutto torna quindi. Se invece si fosse istanziata la classe senza le parentesi graffe etc etc, ci sarebbe stato appunto un errore per via della natra abstract della classe WA

Ad ogni l'ultima domanda è: in questo caso si è istanziata una inner class anonima, è possibile istanziarne una non-anonima invece?

[andbin]

in questo caso si è istanziata una inner class anonima, è possibile istanziarne una non-anonima invece?

Certo, basta che usi il costrutto classico: class Nome extends WindowAdapter { ..... }

Ma tieni presente che, in generale, la gestione degli eventi è una cosa che in genere è meglio fare più vicino possibile (e magari, eventualmente, più nascosta all'esterno possibile) a dove crei e gestisci i componenti.
Immagina di avere una tua classe MyFrame (estende es. JFrame) dove tieni in campi di istanza i vari riferimenti ai componenti e immagina di implementare un listener (es. ActionListener) in una classe esterna (un'altra classe top-level insomma). Cosa fai se nel listener devi accedere a vari di quei componenti? Dovresti passare al listener il riferimento a MyFrame (come minimo), dovresti magari disporre in MyFrame dei metodi pubblici per manipolare i componenti o (molto) peggio ... "aprire" con public l'accesso diretto ai campi dei componenti.
Diventa una questione di "design" delle classi e così come ho appena descritto non è affatto buono.

[American]

ah ecco, quindi potrebbe eesere questa la differenza. Scritto nel secondo modo WA non è istanziato, bensì vengono solo overridati i metodi/eventi.
E' così che va interpretato?

[andbin]

ah ecco, quindi potrebbe eesere questa la differenza. Scritto nel secondo modo WA non è istanziato, bensì vengono solo overridati i metodi/eventi.
E' così che va interpretato?

Quello che ti ha postato borras, cioè sostanzialmente:

WindowAdapter wa = new WindowAdapter() {
    // qui i metodi
};

è una "anonymous inner class". La classe istanziata non è infatti WindowAdapter ma è una classe "anonima" che in generale può solo:
- estendere 1 classe.
oppure (in alternativa, non insieme!)
- implementare 1 interfaccia (estendendo implicitamente Object).

Nel caso sopra, viene creata una classe "anonima" che estende WindowAdapter. La classe si dice anonima perché il vero nome della classe lo sceglie/compone il compilatore e tu il nome non lo sai/hai nel codice sorgente.

P.S. è vero che il nome non lo sai (cioè non è evidente) ma si conosce quale è la convenzione usata dal compilatore.

[borras]

Scritto nel secondo modo WA non è istanziato

Non ho capito cosa intendi, forse c'è qualcosa che non ci trova d'accordo con le terminologie
Se scrivi

Oggetto og = new blablablabla;

di fatto stai istanziando l'oggetto.
I metodi di WA non sono definiti abstract altrimenti avremmo dovuto necessariamente implementarli al momento della

new WindowAdapter()

.
Riassumendo, se non fai override dei metodi allora vengono utilizzati i metodi della classe astratta WA (ripeto, i metodi non sono astratti) che "fanno niente".

[American]

Non ho capito cosa intendi, forse c'è qualcosa che non ci trova d'accordo con le terminologie

Niente me ne andavo per un'intuizione, che quindi si è rivelata sbagliata

quindi sia se scrivo WindowAdapter wa = new WindowAdapter();


che
WindowAdapter wa = new WindowAdapter(){
//override dei vari eventi
}
si tratta di un'istanzazione

Quindi questo ci porta alla domanda, perchè -stando a quello che hai detto tu- il primo codice porta ad un errore di compilazione mentre il secondo no?

[Alex'87]

Niente me ne andavo per un'intuizione, che quindi si è rivelata sbagliata

quindi sia se scrivo WindowAdapter wa = new WindowAdapter();


che
WindowAdapter wa = new WindowAdapter(){
//override dei vari eventi
}
si tratta di un'istanzazione

Quindi questo ci porta alla domanda, perchè -stando a quello che hai detto tu- il primo codice porta ad un errore di compilazione mentre il secondo no?

Te lo ha spiegato qui andbin...