Newsgroup: it.comp.lang.visual-basic
Titolo: [.net][semi OT del pranzo]Come risolvere un problema con gli oggetti...

Alcune riflessioni in libertà, visto che la pausa pranzo permette di
prendere le cose con più calma.....
In questo periodo sto "giochicchiando" con 
VB.NET
, e ieri sera mi è capitata
questa cosuccia, vediamo se riesco a raccontarla.
Una applicazione mdi
una form, chiamiamola "document", che, come in vb6, ma più di vb6, è una
classe.
in un determinato momento ci possono essere presenti più istanze della form
document (ovviamente...) e una delle funzionalità del programma è quella di
permettere il confronto dei dati presenti su due di queste form.
La soluzione che ho trovato è (sarebbe) questa:
tramite un comando di menu apro una finestra modale, la quale espone in una
list box l'elenco delle form correntemente aperte che si basano sulla stessa
classe della finestra "document", selezionando una finestra dalla listbox (e
chiudendo la form modale) viene restituito l'oggetto form scelto
dall'utente.
Qual è il succo del discorso, chiederete voi?
Che fare questa cosa in .net mi è sembrato molto semplice!
1) la listbox accetta oggetti come item, per cui inserisco "direttamente" le
form nel list box, per cui quando l'utente seleziona un elemento ho
direttamente a disposizione l'oggetto che mi interessa.
2) la listbox utilizza il metodo ToString dell'oggetto inserito come item
per "visualizzare" qualcosa al run time, mi è bastato "overridare" questo
metodo nella classe "document" per fare apparire solo il caption della form
nella list box.
Riflessioni finali:
1)al di là di 
VB.NET
, la programmazione object oriented ha davvero delle
potenzialità enormi per semplificare la vita agli sviluppatori
2)Perchè microsoft non si è limitata a fornire un supporto maggiore all' oop
a VB invece di mettersi a trabascare con il framework? (ma forse questo lo
so già... spero solo che in futuro venga lasciatala possibilità di produrre
eseguibili "stand alone" anche con il 
vb.net
)
Salutoni e scusate se ho abusato della vostra pazienza.
Sergio

bella questa riflessione.......
al di là dei veri vantaggi dell'OOP, credo che MS abbia voluto partire da
zero con il framework, per tutta una serie di aspetti:
1) interoperabilità tra linguaggi, cioè far lavorare assieme vb,C# e
compagnia bella, facendo cooperare funzioni, classi e quant'altro senza
grossi problemi......
2) il framework, come è stato studiato, e se manterrà le promesse, dovrebbe
eliminare un sacco di problemi (registrazione componenti, DLL, OCX, etc.).
Alcuni diranno: guarda che già le mantiene adesso!! Io però parlo in ambiti
seri, di distribuzione del software su "quasi" larga scala......
anche perchè MS stessa rilascia SP e patch per il framework ogni giorni
dispari, quindi anche qui i problemi ci sono........
3) secondo me, è più utile rinnovare qualcosa, piuttosto che fornire
continuamente nuove versioni di un prodotto già esistente, fino ad un certo
punto. Progettando tutto da zero, si chiude un ciclo, si tirano le somme, si
matura con l'esperienza e si è pronti a creare qualcosa di nuovo.......
good coding!!!
--
Damiani Liborio Igor
ig...@igordamiani.it
 - 
dam...@italiainfiera.it
 - 
idam...@hotmail.com
http://www.igordamiani.it
ICQ : 11847262

 dispari, quindi anche qui i problemi ci sono........
ecco, una cosa che non ho detto nel post, perchè parlavo d'altro.....
forse è colpa mia, che non ho ancora verificato la presenza di sp per il
framework, e non so se il rpoblema sia del fw o di Visual studio, ma sono
rimasto sfavorevolmente impressionato dal comportamento della mia
applicazione di prova: non c'è dentro niente di strano, ma a volte i
controlli si "ridisegnano" male, il "beep" associato alla MessageBox sembra
più un belato che, appunto, un beep.... alcuni errori inspiegabili che si
verificano con logica "randomica" e che parlano di oggetti non istanziati.
Insomma, allo stato attuale dà la sgradevole impressione di stare assieme
con lo sputo....
Salutoni
Sergio

sarai tu che non sei capace di programmare, di cosa ti lamenti!?!?!??!
scherzo!!!   :-)))
su questo aspetto io non ti so dire molto, dato che non ho ancora cominciato
a fare un progetto serio con .NET.....
l'unico esperimento che ho fatto, un paio di mesi fa, è stato quello di
creare un piccolo applicativo per la sincronizzazione dell'orologio di
sistema utilizzando i server sul Web: devo dire la verità, mi sono
divertito, l'applicazione funziona, non mi ha dato grossi problemi........
buona gestione degli errori, conversioni di tipo, ricezione/trasmissione
dati via http sulla porta del server e così via......
mi ha soddisfatto, ma di più non so dire, bisognerebbe aspettare che
qualcuno faccia un'app un po' pesante per sentire qualche parola in
merito......


 scherzo!!!   :-)))
acc.... mi hanno scoperto....
Non farlo sapere in giro, per favore ;-)
Salutoni
Sergio