Newsgroup: it.comp.lang.visual-basic
Titolo: [?] suggerimento per passaggio variabili

Salve a tutti,
avrei bisogno di un consiglio da voi esperti:
- vorrei creare una serie di pgm gestionali in VB6 che possano (anche)
colloquiare tra di loro, cioè dei programmi "singoli" che però, se ce ne
fosse la necessità possano scambiarsi dati/valori.
Vorrei sapere quale potrebbe essere il metodo migliore:
- file .INI (o simili) utilizzando le sezioni
- file .TXT con tutti i dati su una sola riga a lunghezza fissa
- tabelle Access (il motore che per ora utilizzo normalmente) temporanee
- ... o Altro!
Grazie 1000 a tutti coloro che vorranno darmi una mano.
Ciao
PaPer.

 - ... o Altro!
Se tali programmi lavorano in contemporanea o, meglio, se lo scambio di dati
è "fitto" e in tempo reale, ti si consiglierà (io ho solo provato ed è di
grande soddisfazione, ma non ho provato ... come dico io) uno (o più) Server
ActiveX. Uno dei problemi più pratici può essere, infatti, essere certi  che
un "modulo" abbia concluso la sua esecuzione (le scelte fatte, i risultati
ottenuti) per poterne passare i dati al chiamante.
Per altri casi (lavori in batch, scambi "programmati" ed esplicitamente
attivati) io propenderei per un più banale (certamente poco elegante, ma
assolutamente funzionale) file di scambio.
Perchè? Beh, consideriamo un solo caso: Scambio di dati fra postazioni
fisicamente scollegate...

allora, lo dico solamente teoricamente perchè praticamente non l'ho mai
fatto......
il metodo più efficiente è creare un ActiveX EXE, che è un normale programma
che oltre a fare quello che fa un programma VB espone ad altri programmi la
propria interfaccia con proprietà/metodi/eventi.......
mi spiego meglio: hai mai provato da VB ad istanziare un applicazione Word
con una cosa del tipo:
Dim Applic as Word.Application
In questo modo tu puoi utilizzare Word da un'altra applicazione, che è
quello che vuoi fare tu, se ho ben capito.....
perciò apri VB, crea un ActiveX EXE, crea delle variabili pubbliche che
siano visibili anche al di fuori dell'applicazione stessa e via così.....
Ovviamente chiunque voglia correggermi o dire qualcosa di più.......son qua
in balia.....
:-))
good coding!!!
--
Damiani Liborio Igor
idam...@hotmail.com
 - 
igor.d...@light.it
http://www.igordamiani.it
ICQ : 11847262


se intendi applicazioni in esecuzione nessuno dei tre per mille motivi
:))...
oltre ai consigli degli activex (che dovresti seguire) ci sono altri metodi
:
1) DDE  :vb lo gestisce abbastanza bene
2) winsock  :)))
3) file mapping : (questo č il metodo piů complesso e vb non lo gestisce per
niente ,dovresti usare le api)
ciao

 wrote in message
news:ZtOc9.140586$n04.3...@twister2.libero.it...


 Vorrei sapere quale potrebbe essere il metodo migliore:
[SNIP]
Personalmente, dato che la serie di programmi e' sviluppata da te e hai il
pieno controllo sulla faccenda, opterei per la soluzione suggerita da Lupo e
Igor, che poi e' esattamente come abbiamo strutturato i nostri applicativi
in ufficio.
Usando ActiveX Exe, e quindi classi, non solo hai il vantaggio di avere una
comunicazione piu' strutturata e sincronizzata, ma anche la possibilita' di
condividere oltre a dati anche funzionalita' applicative, a partire da
funzioni e fino ad arrivare a componenti dell'interfaccia utente.
Questo peraltro comporta lo sforzo di progettare i programmi in un certo
modo, a differenza di altre soluzioni che possono essere "appiccicate" con
piu' facilita'... non e' una cosa che si puo' liquidare con due parole, in
ogni caso, per farti un idea, l'argomento e' trattato estesamente sulla
guida nel capitolo "Creating ActiveX Components"
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown