Newsgroup: it.comp.lang.visual-basic
Titolo: unload

anche dopo l' unload.
Non voglio mettere in discussione le vostre conoscenze, comunque...
Fate un po' come credete.
Forse non avete mai usato codice del genere insieme a variabili statiche
(anche sull'uso di queste ci sarebbe da farci un comizio).
Personalmente trovo questo modo di programmare molto superficiale, contorto,
disordinato, indice di cattiva progettazione e soggetto a grandi casini.
Parlo per me: già è difficile star dietro alla logica di alcuni
programmatori, se poi ci si deve preoccupare anche di stare attenti a come
si comporta il compilatore...
L'equazione "funziona = va bene" è assolutamente falsa!
Nessuno vieta di fare come dite, è vero, ma chi è causa del suo mal...
(ultimamente io mi sto rompendo il c***o di farmi male per mi*****te del
genere, perlopiù scritte da altri).
Ciao

Volevo aprire un nuovo thread.
Aaarrrggghh ! Dopo la fatica :) che ho fatto per risponderti sull' altro
thread !
Ciao
Aldo

...

Scusa :)
Comunque è vero: l'argomento era un'altro, il fatto è che da come rispondeva
Chieli Giovanni mi sembrava che si volesse incoraggiare l'utilizzo di queste
var. pubbliche.
P.S.: anche l'esempio allegato al tuo post *non* usa le property ma le var
pubbliche (poi le usa nel modo osceno da oggetto, però...)
Ciao.

pubbliche (poi le usa nel modo osceno da oggetto, però...)
Ahem, questo mi era sfuggito :-P
Sull' uso "osceno" sono d' accordo, anch' io ho mandato delle maledizioni
voodoo in occasione di revisione di sw con effetti innaturali (--> immortalita':)
Tornando al discorso delle proprieta' lette dopo l' unload del form,
ho trovato un articoletto di Balena che fa un esempio di calendar personalizzato.
In questo caso il form (quello che fa da calendario) e' incapsulato in
una classe (e questa e' una cosa che faccio spesso, gli utenti delle mie
classi raramente possono accedere ad eventuali form in esse contenute,
proprio per i motivi che sappiamo). 
Bene, tale classe, che referenzia il form con la keyword WithEvents,
riceve dal form un evento in occasione del suo unload
e lo sfrutta per leggere le proprieta' che gli interessano
(tipo ok, cancel, data, ora o altro). 
A questo non avevo pensato, ma mi sembra un' ottima idea, perche', quando
l' oggetto contenitore riceve la chiamata dell' evento, il form e' ancora
caricato a tutti gli effetti ed e' possibile anche accedere a tutte le sue 
proprieta' intrinseche e ad eventuali controlli in esso contenuti.
Inoltre e' anche il momento buono per settare a Nothing la propria
reference interna al form.
Ciao
Aldo

 var. pubbliche.
Assolutamente no! proprio il contrario! Leggi il mio post sull' altro
thread!


thread!
Scusa, non era la giornata adatta per rispondere.
Benvenuto nel "mucchio selvaggio".
Rispondo solo alla tua domanda sull property: che bisogno c'č di appesantire
il codice (nel senso di codice scritto, e probabilmente anche del codice
compilato) con delle property quando la stessa var pubblica viene
implementata da VB allo stesso modo?
Ah, giŕ che ci sono: proprio perchč le form sono delle classi, ti sogneresti
mai di usare delle var pubbliche legate ad una classe, cosě poi si scatena
l'initialize non autorizzato a tua insaputa causando casini assurdi (leggi
post vecchi tipo "ma non mi si scatena il terminate...").
Questo sistema č veramente osceno. Poi ognuno ha le sue opinioni...