Newsgroup: it.comp.lang.visual-basic
Titolo: [OT?] VB.NET

Ciao a tutti...
Premetto che non ho ancora letto nulla sul sito Microsoft riguardo 
VB.NET
: magari lo faro questa
sera o domani, però intanto vi stresso comunque... :-))
Ho letto su IoProgrammo di questo mese tante belle cosine su VB7: si parlava di Web Form, Web
Service, di OOP (wow, finalmente!!!!), di una gestione degli errori migliorata, del nuovo pacchetto
MSVBPD (Microsoft Visual Basic Project Decompiler)... (scherzo! ;-P) ma anche di una cosa che,
nonostante sia stata annunciata, si sapeva da quel dì, mi ha lasciato con qualche dubbio: ADO+.
Innanzitutto vi chiedo coa sia quel "+", ma non è questa la cosa più importante: infatti dice che
rimpiazzerà definitivamente le vecchie tecnologie, tra cui DAO.
Questo si sapeva da quel dì ed infatti personalmente tendo sempre a prediligere ADO, ma parlando di
Jet sappiamo bene che DAO manteneva ancora un po' di rispetto... Lasciamo stare i db di piccole
dimensioni dove la maggior lentezza di ADO non è preoccupante o quelli condivisi tra molte
connessioni simultanee che invece (a quanto ho letto in questo ng, non l'ho mai verificato se non
con 4-5 al massimo) danno ragione al più moderno; proprio recentemente ho fatto qualche test su un
db Access (97) di circa 250000 record: non sono poi tantissimi ma laddove DAO risultava una
scheggia, ADO arrancava... e di brutto!
Quindi 
VB.NET
 permetterà l'utilizzo di DAO oppure no? Nell'articolo c'era scritto che i progetti
scritti in VB6 potranno venir compilati, però se DAO sparisce e con lui DBGrid, DBList (anche se per
queste due non è un gran peccato...), .. che si fa?
Vabbé, se vorrete togliermi da questo dubbio atavico vi sarò grato... ;-))
Ciao,
Moreno
#sirri#@#morenosoft#.com
(togliete "#" dall'indirizzo)
Moreno Sirri VB Site - 
http://www.morenosoft.com/MSVBSite/
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
---------------------------------------------------------------------------

 Quindi 
VB.NET
 permetterà l'utilizzo di DAO oppure no?
.NET supporta sempre (per compatibilita') COM(+) e quindi e' sempre
possibile utilizzare DAO invece che 
ADO.NET
, ma non so quanto possa
essere conveniente. Bisognerebbe valutarne bene i pro e i contro, ma
questo potra' essere fatto solo con la versione finale, perche'
trattandosi di una beta le prestazioni potrebbero risultarne falsate.
Ciao.

queste due non è un gran peccato...), .. che si fa?
]zac[

Ok parti dal presupposto che le differenze fra Vb6 e VbNet sono le stesse
fra vb4 e vb6 (parlo a livello di codice) per partire all'accesso dei vari
elementi di sistema (quelli che per vb6 sono i riferimenti) , la gestione
degli errori , i costruttori (ebbene si , non sono come quelli del c , ma
..) che inizializzano i componenti del form e tutti le fregnacce che prima
non interessavano ma ora diventeranno indispensabili , la gestione degli
eventi ecc. sinceramente penso che ci si troverà meglio un novellino che uno
che come me programma in vb da 4 anni.
Saranno uccelli per diabetici.

Ma qualcuno sa per quanto è "prevista" l'uscita di 
VS.NET
?
Skysurfer

 che uno che come me programma in vb da 4 anni.
Puo' esserci un po' di confusione all'inizio, soprattutto se si
utilizzano contemporaneamente VB6 e 
VB.NET
, ma non ci vedo nessuna
difficolta' a passare alla nuova versione.
Ciao.

 Ma qualcuno sa per quanto è "prevista" l'uscita di 
VS.NET
?
Se ne parlera' nel 2001
Ciao.

 difficolta' a passare alla nuova versione.
grazie per tutte le precisazioni. continuo a non capire una cosa:
per chi gia' ci lavora, avra' senso continuare a usare il 6 ?
vantaggi ?
per chi no: lo terranno in listino ?
grazie e ciao, a.

essere conveniente.
L'unico motivo che mi lascia perplesso il passaggio completo a ADO č: ma
tramite ado posso:
- rigenerare
- comprimere
- ristrutturare (non tramite SQL)
il mio DB (access)?
Ciao

 per chi no: lo terranno in listino ?
Per parafrasare un (noto) spot televisivo: questo lo ignoro.
Ciao.

 il mio DB (access)?
Direi proprio di no, anche perche' non mi pare che la M$ abbia
intenzione di supportare i DB di access (mdb) ancora per molto, e che
punti piuttosto su MSDE.
Ciao.

Ma siamo già nel 2001!!!!!
"H.P.L." <u...@vailla.ble> ha scritto nel messaggio
news:IXxi6.16560$mD1.3...@news.infostrada.it...


 punti piuttosto su MSDE.
Cavoli. io non sono riuscito nemmeno ad installarlo :)
--
Fibia "Sakamoto" FBI
E-mail: 
fibi...@hotmail.com
ICQ UIN 63586057
Sito Personale: 
http://www.geocities.com/fibiafbi
VB Simple: 
http://vbsimple.virtualave.net
Membro #25 delle Mitiche Brigate Takahashi sezione Sud

A questo scopo insieme ad ADO vengono installati altri due tools.
MSJRO (Microsoft Jet and Replication Object), che permettono la compressione
dei DB access ed altre funzionalità che non ho approfondito.
ADOX (ActiveX Data Object Extencions for DDL and Security) che permette di
modificare la struttura dei DB (anche non access) di impostare la security e
tante altre belle cose, per access sono garantite il 99% delle funzionalità,
l'unica cosa che pare non si possa fare è creare il DB per la sicurezza
(.mdw). Sto utilizzando questo oggetto da poco, e per adesso non mi ha
soddisfatto molto, ma l'idea è buona.
"H.P.L." <u...@vailla.ble> ha scritto nel messaggio
news:mCCi6.20823$mD1.4...@news.infostrada.it...


 Ma siamo già nel 2001!!!!!
Avevo l'orologio un po' indietro ;-))
Volevo dire 2002.
Ciao.



Insomma, a quanto vedo le voci sono tante, le certezze poche (e beato chi le ha!!!) e quindi mi sa
che si vedrà tutto al momento di fare il "grande salto"...
Quanto questa tua ultima affermazione, sono rimasto un po' basito e mi sa che la filosofia da
adottare è "Cogli l'attimo, del doman non c'è certezza..."... purtroppo... :-(((
Grazi a tutti!
