Newsgroup: it.comp.lang.visual-basic
Titolo: Eventi e creazione nuove classi

Salve!!!!!!!!!!
Ho una bella classettina precisa precisa, con il suo bell'evento.
Si dà il caso che questo evento, espone due parametri della
stessa classe nella quale si scatena l'evento, piu' un parametro di
tipo integer.
Ma vediamo un attimo il problema per capire un po' meglio il tutto:
Ho una serie di task da fare in sequenza. La sequenza è cablata
nella classe. Ad un certo punto, puo' capitare che dopo un task
l'utente debba fare una scelta tra due task.
Per rendere le cose piu' semplici, io ho creato un evento che
nel caso si debba scegliere viene eseguito con i parametri indicati su.
Il problema è che una volta fatta la scelta, io devo aggiungere il task alla
lista dei tasks, che si trova in un'altra classe.
Le soluzioni possibili sono 2:
1) Aggiungo un parametro "Parent" nel mio costruttore della classe
2) Uso una routine esterna di tipo globale che va a modificare la classe
necessaria.
Cosa mi consigliate?
Ciao
Andrea

 classe necessaria.
direi che in ottica oop sia meglio la prima soluzione, se implementabile.
Ma mi pareva fossi tu il maestro, in materia :-)
--
Salutoni
Sergio

Sergio
Andrea
-------------------------------
Message Posted by  <dedGateway>
http://www.dedonline.com/forump

 esponga!!!!!!!
ehm maestro... da quello che mi hai insegnato tu, e suggerito di leggere tu
io propendo per la soluzione n° 1.. io così ho fatto nel mio codice...:)
Davide aka devoto

 Davide aka devoto
Andrea

 Eh, lo so, io dò sempre pessimi consigli... ^_^
beh maestro.. ops.. sommo.. funziona egreggiamente ;)
Davide

 Davide
Andrea

 implementabile
Il problema principale del fare tutto con la OOP in
questo specifico caso è che mi dovrei gestire piu' costruttori,
il che significa spremere VB oltre ogni limite...
Andrea

 necessaria.
Dipende... se con il Parent intendi memorizzare un riferimento alla classe
con la lista, allora devi valutare se, nella logica del tuo programma, puoi
avere la stessa istanza di task in due liste contemporaneamente, nel qual
caso la soluzione cade; inoltre, ma questo probabilmente e' una questione di
gusti, penso che un oggetto non dovrebbe avere cognizione degli eventuali
insiemi a cui appartiene (per capirci, dovrebbe eventualmente sapere chi e'
"padre" o "figlio" o "fratello" se parliamo di una struttura gerarchica, ma
non sapere la collection che lo contiene, ache e soprattutto perche' possono
essere molte...)
La routine esterna non ha controindicazioni immediate ma ovviamente ti
complica la vita nel momento in cui volessi estrapolare le classi dal
progetto in cui sono ora
Piuttosto, chi mantiene l'istanza della classe "lista" e chi consuma
l'evento? se la cosa avviene nello stesso oggetto, allora potrebbe essere
lui a richiamare direttamente l'aggiunta, senza bisogno di transitare da
metodi del figlio, ne da routine globali...
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 Ciao
Ciao
Andrea

 grafica.
Ecco, quello che intendevo e' che se gia' l'interfaccia mantiene il
riferimento giusto a "Documento", ed e' l'unico che viene gestito in un dato
momento (quindi di nuovo non hai in un unica form la necessita' di gestire
eventi generati da task di due liste differenti), allo scatenarsi
dell'evento ha gia' tutto quello che serve per poter richiamare direttamente
Documento.AddTask, senza doverci risalire tramite Task.Parent


 Ciao
Ciao
Andrea

Davide,
Mi mandi per favore una email?
Grazie.
Andrea