Newsgroup: it.comp.lang.visual-basic
Titolo: VB.NET e Database

Ciao a tutti,
Ho letto che con 
VB.NET
 sarà "mantenuta" la compatibilità verso il basso con
la tecnologia Activex...
Questo farebbe quindi supporre a una ricca collezione di strumenti visuali e
non per sopperire all'utilizzo dei vecchi .OCX.
Quindi, all'atto pratico, sarà possibile sviluppare software di database con
griglie, combobox e similari senza usare componenti Activex?
Sto facendo esperienza con TrueDbGrid, funzionerà ancora?
Oppure esisteranno strumenti proprietari in grado di non farla rimpiangere?
Vi ringrazio per l'attenzione.
Ciao, Oscar

La compatibilità è garantita,non lo sono le prestazioni visto che in VBNet
COM non è più
lo standard ma tutto è basato su un framework comune.
In VBNet esistono comunque gli equivalenti dei vari controlli
(Griglie/Combo) che sono ottimizzati
per ADO.Net
TrueDBGrid "dovrebbe" funzionare ancora, anche se, ti consiglio di scrivere
il codice con la nuova versione in mente (se deciderai poi di migrare
l'applicazione verso VBNet) visto che il modo di scrivere le applicazioni
cambia parecchio
Ciao
Corrado

"Corrado Cavalli"

Anzitutto grazie per la risposta :-)
Ma questi nuovi controlli nativi per .NET cosa sono tecnologicamente
parlando?
Sono componenti esterne al .exe simili ai vecchi .OCX o possono essere
linkate all'eseguibile?
Spero di trovare il tempo per provare la beta di 
VB.NET
!
Ciao, Oscar

Da quello che ho visto sono simili ai controlli che hai nella toolbox di
VB6, sono cioè presenti all'interno del 'runtime' (ora si chiama CLR).
I controlli aggiuntivi saranno delle Dll (non so se avranno estensione ocx)
che utilizzeranno tale framework e le relative modalità di comunicazione al
posto di COM.
Esistono già dei controlli beta per VBNet (alcuni free) ma non ho avuto modo
di provarli, c'è troppo da imparare in VBNet (e .Net in generale) e,al
momento la documentazione è un po scarsa...
Ciao
Corrado

"Corrado Cavalli" ha scritto  >

Ho capito, ancora grazie e ciao :-)
Oscar

 .OCX o possono essere linkate all'eseguibile?
Le classi della libreria sono contenute in dll particolari chiamate
assembly, compilate in IL (Intermediate Language), che non
richiedono la registrazione, al contrario dei "vecchi" componenti
COM.
Ciao.

 cambia parecchio
- Non ci sono + le costanti vb*
- non ci sono + i variant
- non ci sono più APP e ERR
- non c'è più itemdata
- non c'è più DAO
c'è speranza di migrare in modo indolore?
Secondo me conviene continuare a scrivere i programmi VB6 come prima, tanto
se decidi di migrarli è meglio comunque riscriverli per sfruttare le nuove
caratteristiche del linguaggio.
Ciao
*Roby*

caratteristiche del linguaggio.
Pienamente d'accordo, Microsoft ha pubblicamente ammesso che continuerà a
supportare VB6 per parecchio tempo (già si parla di un SP6...)
Ciao
Corrado

 caratteristiche del linguaggio.
a questo punto aspetto ms italian 1.0 o anche ms english 1.1

"Corrado Cavalli"
Scusate ragazzi, ma secondo voi come si regoleranno le grosse SH che hanno
scritte procedure grosse in VB.
Ho visto gestionali mastodontici in VB5/6 in questi anni...li convertiranno?
Tra l'altro mi è stato detto che 
VB.NET
 sarà "decompilabile", anche se
stento a crederlo.
E poi un'altra cosa: queste librerie meta-compilate in MSIL, saranno più
lente in fase di caricamento immagino.
Voglio dire, in qualche fase dell'elaborazione MSIL deve essere convertito
in linguaggio macchina e penso ci saranno decadimenti prestazionali
significativi su grossi pacchetti.
E infine il CLR sarà troppo pesante per vecchi PC con meno di 64 MB?
Spero di non essere importuno con tutte queste domande e vi ringrazio: siete
bravissimi!
Ciao, Oscar


Ciao
Corrado