|
|
|
|
Strumenti |
13-11-2007, 09:59 | #1 |
Senior Member
Iscritto dal: Jul 2002
Messaggi: 4334
|
[JAVA] Come riconoscere se un metodo statico e' chiamato da una sottoclasse?
Salve a tutti.
Ho il problema in oggetto. Praticamente ho una superclasse con un metodo statico che, se non ridefinito nella sottoclasse, deve lanciare una UnsupportedOperationException. Avevo pensato a un codice tipo if( !???.getClass().equals(Super.class) ) throws ... Ma ovviamente non so a cosa "attaccarmi". Idee? Grazie dell'attenzione.
__________________
|Java Base| |Il Mio Blog 1| |Il Mio Blog 2| |JavaCC in 30 minuti| Ultima modifica di lovaz : 13-11-2007 alle 10:16. |
13-11-2007, 10:19 | #2 | |
Senior Member
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
|
Quote:
Innanzitutto i metodi statici non sono soggetti a "override". Tecnicamente devono seguire comunque le stesse regole dell'override ma si parla di "hiding" invece di override. Quando si invoca un metodo statico o lo si invoca usando il nome della classe o usando un reference (ma in tal caso conta solo ed esclusivamente il tipo del reference, non dell'oggetto). Pertanto, su queste basi, non vedo come si possa fare quello che chiedi.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%) |
|
13-11-2007, 10:29 | #3 |
Senior Member
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13826
|
Mmm, credo sia anche una cosa sbagliata a livello concettuale.
Una sottoclasse ,per definizione , ha tutte le caratteristiche e funzionalità (metodi e attributi pubblici quindi) della sua superclasse. Togliere un metodo pubblico alla sottoclasse, che è quello che vuoi fare, sarebbe una violazione di questa regola. E' compito di colui che progetta la sottoclasse decidere se necessita o meno di ridefinire il metodo statico della superclasse (in genere i metodi statici fanno operazioni generiche , non legate all'istanza della classe , quindi è molto meno comune ridefinirli rispetto ai metodi comuni). Ciao
__________________
GPU Compiler Engineer |
13-11-2007, 10:33 | #4 |
Senior Member
Iscritto dal: Jul 2002
Messaggi: 4334
|
Capisco... cerchero' di farlo non statico, ho una mezza idea...
Grazie comunque.
__________________
|Java Base| |Il Mio Blog 1| |Il Mio Blog 2| |JavaCC in 30 minuti| |
13-11-2007, 10:54 | #5 | |
Senior Member
Iscritto dal: Jul 2002
Messaggi: 4334
|
Quote:
In pratica il metodo in oggetto fa parte di una classe contenitore, "quasi" un bean, che voglio de/serializzare in una stringa del tipo "campo1:campo2:...:campoN" pensavo di fare un metodo statico decode(String) che mi costruisse un oggetto data una stringa. Voglio (vorrei) pero' impedirne l'uso da parte di una sottoclasse che aggiunge dei campi, in modo che se il programmatore vuole questa serializzazione sia obbligato a fare override (o hiding) di questo metodo (e del corrispondente non statico encode()), dato che la codifica cambia. Un esempio (non statico) puo' essere il metodo ListIterator.add(), che nell'implementazione ritornata da CopyOnWriteArrayList.iterator() lancia appunto questa eccezione.
__________________
|Java Base| |Il Mio Blog 1| |Il Mio Blog 2| |JavaCC in 30 minuti| |
|
13-11-2007, 11:03 | #6 | |
Senior Member
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13826
|
Quote:
In genere i metodi Factory hanno proprio il problema di rendere l'ereditarietà difficile. Le soluzioni che vedo sono due : 1 - O sposti il metodo factory all'esterno della classe creando quindi una classe di supporto tipo "SuperFactory" dentro la quale metti solo metodi statici che sono i factory della classe "Super" . Poi devi invitare chi volesse ereditare dalla classe "Super" (creando una classe "Sub" ad esempio) a farsi una propria "SubFactory" mettendo dentro gli eventuali metodi factory della classe Sub. 2 - Sposti questa funzionalità all'interno di un costruttore che inizializza i vari campi del nuovo oggetto rimuovendo i metodi factory. Ciao
__________________
GPU Compiler Engineer |
|
13-11-2007, 11:26 | #7 |
Senior Member
Iscritto dal: Jul 2002
Messaggi: 4334
|
Mi e' venuta in mente un'alternativa: mettere come primo "argomento"
della stringa il nome pienamente qualificato della classe da usare, e nel metodo statico usare questo nome per caricare la classe (Class.forName) e invocare il costruttore appropriato, passandogli tutti gli altri campi. Nel caso qualcosa non funzioni lanciare un'eccezione (es. ClassNotFound...) In questo caso encode/decode andrebbero bene anche per tutte le sottoclassi, e potrebbero essere final. Sbaglio?
__________________
|Java Base| |Il Mio Blog 1| |Il Mio Blog 2| |JavaCC in 30 minuti| |
13-11-2007, 11:57 | #8 |
Senior Member
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13826
|
Ma hai veramente bisogno di una cosa così ? Cioè, forse non vedendo il quadro completo del problema che vuoi risolvere non capisco il perchè vuoi usare questo sistema, ma a prima vista sembra un po' macchinoso.
Che motivo hai per non utilizzare un semplice costruttore per la classe? Ciao
__________________
GPU Compiler Engineer |
14-11-2007, 10:19 | #9 |
Senior Member
Iscritto dal: Jul 2002
Messaggi: 4334
|
Praticamente devo salvare lo stato degli oggetti in un file, possibilmente leggibile anche da un umano.
Nel frattempo ho considerato l'idea di usare csv, ma ho trovato solo un driver read-only: http://csvjdbc.sourceforge.net/ Poi come opzione vorrei mettere la possibilita' di usare JavaDB, ma non era incluso in Java6? Non lo trovo, e non trovo neanche uno straccio di guida introduttiva...
__________________
|Java Base| |Il Mio Blog 1| |Il Mio Blog 2| |JavaCC in 30 minuti| |
14-11-2007, 11:05 | #10 |
Senior Member
Iscritto dal: Jul 2002
Messaggi: 4334
|
Trovato, pensavo fosse stato integrato meglio (direttamente nel jre)
Daro' un'occhiata al driver csv, magari lo estendo per la scrittura Poi faro' un interfaccia generica su jdbc.
__________________
|Java Base| |Il Mio Blog 1| |Il Mio Blog 2| |JavaCC in 30 minuti| |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 13:51.