Newsgroup: it.comp.lang.visual-basic
Titolo: File interrogabile come include in asp

Buongiorno,
ho un problemino che so risolvere in asp ma non in vb6.
In pratica ho un file .ini con variabili che vorrei includere in un project 
di vb6. Mi spiego come farei in asp e voi mi dite come fare in vb6.
In asp di solito definisco un file che chiamo variabili.asp dove metto ad 
esempio:
language="italian"
db="mysql"
login="false"
In un'altra pagina asp effettuando un semplicissimo include posso usare 
queste variabili e il loro valore. In vb6 come posso fare? Mi risulta un pò 
complicato pensare che devo leggere riga per riga e in base a se trovo 
language o db debba associare nuovamente il valore a una variabile vb6.
Mi dite come risolvere?
Grazie! 

aaa ha scritto:

Sembrerà assurdo ma così è.....!
Devi leggerti il File INI, poi se credi puoi definire delle variabili
"tipo ambiente" dichiarate Public in un modulo ed usarle quando ti
servono.
@Alex

"tipo ambiente" dichiarate Public in un modulo ed usarle quando ti servono.
Si ma immagina un ini con variabili tipo php.ini che di variabili ne ha 100. 
Devo duplicare 100 variabili ed effettuare dei test per impostare la 
variabile del file con quella del programma. Oltretutto è una procedura che 
impegna il sistema. bah... cmq a sto punto convengono gli mdb. Con 2 campi 
(nome_variabile e valore) in una tabella ho risolto.
cmq grazie. 

 (nome_variabile e valore) in una tabella ho risolto.
Con i file INI basta una riga di assegnazione per ogni variabile.
-- 
My mail reader can beat up your mail reader.
News 2002 [v 2.07] / StopDialer / PopDuster - 
http://www.socket2000.com
Akapulce portal: 
http://www.akapulce.net

> Con i file INI basta una riga di assegnazione per ogni variabile.
Perdonami ma non ho capito. Che cosa vuol dire che basta una riga per ogni 
variabile?
Io devo mettere dbuser=pippo e testare se dal carattere 0 a uguale ("=") la 
stringa che mi ritrovo si chiama dbuser. Questo perchè se modifico il file 
successivamente inserendo nuove variabili non posso certo metterle in fondo. 
Per logica e per ordine i valori dello stesso tipo vanno insieme.
Grazie. 

 impegna il sistema. bah...
"Bah" cosa?
VB6 e' compilato, ASP e' interpretato.
E cmq, basta un po' di inventiva: file INI e collections, se proprio
vuoi dichiarare delle variabili fuori dal software...bah.

vuoi dichiarare delle variabili fuori dal software...bah.
Esempio? 

 variabile?
Che basta una riga come questa:
TuaVariabile=GetMyIniString("Sezione", "NomeChiave")
Nel file INI la variabile NomeChiave puņ stare ovunque ci pensano le 
API in scrittura ed in lettura ad andarsela a trovare nel file.
-- 
Press [ESC] to detonate or any other key to explode.


 Esempio?
Una fettina di culo no, eh?
Primo, se hai anche solo la piu' pallida idea della differenza tra
compilato ed interpretato ti rendi subito conto che la domanda che hai
fatto non sta ne in cielo ne in terra.
Oltre tutto, considerato che le variabili nel sw le usi tu, mi pare
evidente che le conosci a priori, quindi includerle in un file esterno
non ti serve a niente.
Ma, a parte quello, se proprio vuoi realizzare qualcosa del genere,
dichiari una collection e usi GetPrivateProfileSection per recuperare
tutte le "variabili" contenute in una sessione, usi la parte keys come
chiave per la collection e la parte values per valorizzare gli elementi.

 chiave per la collection e la parte values per valorizzare gli elementi.
Una collection? potrebbe essere una idea... ma una collection caricata 
all'avvio, memorizzata anche per lungo tempo non mi sembra la soluzione 
migliore per un software. La collection ad esempio la potrei usare per un 
breve periodo, carico ciò che mi serve e la svuoto subito. Non mi sembra 
ottimale creare una collezione che gestisca le variabili del programma, e 
poi magari una che gestisca tutti i messaggi di errore e un'altra per 
caricare tutte le traduzioni della lingua. A sto punto meglio leggere un 
file quando serve.