Newsgroup: it.comp.lang.visual-basic
Titolo: Piccolo aiuto, grazie

Devo ricredermi per quanto prematuramente affermato in un precedente post: 
la guida di Visual Studio SE non è fatta benissimo, ma in rete si trovano 
davvero molte informazioni. In particolare MSN è veramente totalizzante!
Ora però avrei bisogno di un aiutino per poter procedere con la stesura di 
un programma che inizia a diventare urgente (per lavoro e non più per 
passatempo)... vorrei evitare di perdere ore per capire il malfunzionamento.
1.Domanda specifica:
Uso una dialogbox, dopo aver caricato da un alto form i dati in alcune 
variabili accedo
a questa e li ritrovo. Dopo l'uscita mi si svuota tutto... soprattutto un 
Treeview particolarmente noioso da caricare.
2.Domanda generica:
Ho optato per utilizzare un treeview per gestire delle opzioni di 
configurazione, è una buona scelta oppure è meglio (sono ancora in tempo) 
che lo sostituisca con qualcos'altro perchè si dimostrerà macchinoso da 
gestire in seguito? (E' il dubbio su cui stavo riflettendo).
3.Domanda ancora più generica:
Di solito voi cosa utilizzate per gestire parametri di configurazione comuni 
all'interno di un progetto con molti form? E'' il caso, ed è possibile, 
definire alcune variabili globali a cui tutti possano avere accesso senza 
utilizzare dei meccanismi che mi sembrano artificiosi? (trovo sempre, anche 
in alcuni libri, esempi banali che non riguardano più form).
grazie per la pazienza.
G
PS: come avrete capito non sono certo un esperto di programmazione OO.

in alcuni libri, esempi banali che non riguardano più form).
Io appartengo ad una vecchia scuola che usa ancora il file GLOBAL.BAS, dove
vengono messe tutte le cose comuni tra i vari form, come ad esempio le
dichiarazioni API e relative costanti, e anche le variabili globali, che è bene
non siano troppe, ma qualcuna avercela è inevitabile .
--
ciao
  Stefano

 in alcuni libri, esempi banali che non riguardano più form).
Evita le variabili globali come la peste. Se lavori ad oggetti ti
conviene passare i vari parametri tra gli oggetti o caricarli
all'apertura dell'oggetto.
Al massimo, per impostazioni a livello di applicazione vedi il namespace
My.Settings
Nicola

  Stefano 

 Nicola 

quanto elementare e rapido possa essere!)
E' prassi comune non abusare delle variabili globali, ad esempio se senti un
programmatore C C++ classico ti dirà anche lui di non usarle.
Le variabili globali vengono allocate in una zone di memoria tipica, 'il "DATA
SPACE", che nel caso di VB è di 64k se ricordo bene, mentre le variabili che si
passano ad una espressione usano la memoria dello stack space, che dopo l'uso si
ripulisce.
La mia personale opinione è che rendono comodo il passaggio di parametri senza
la necessità di strani artifici, ma vanno usate con parsimonia proprio per le
loro caratteristiche speciali.
Quindi io le uso, ma 'cum grano salis'.
--
ciao
  Stefano

 ragionato.
Non sto dicendo che non debba utilizzare variabili a livello globale.
Sto dicendo che le variabili globali (quelle "Global" per intenderci)
creano una serie di casini su applicazioni complesse.
Una su tutte: chiami una variabile "pippo" e la rendi globale.
Poi in un oggetto dichiari una variabile "pippo", questa volta privata.
Quanto ci scommetti che dopo 6 mesi vai a riprendere il codice e diventi
scemo per 2 ore prima di capire che quel "pippo" si riferisce alla
variabile privata e non a quella globale?
Il consiglio che ti ho dato invece è stato quello di utilizzare il
namespace My.Settings
Nicola