Newsgroup: it.comp.lang.visual-basic
Titolo: VB vs VB.net

Vorrei sapere se mi conviene da subito studiare il .net oppure attendere
l'atteso (?) aggiornamento che ho letto in giro di questo prodotto...
Mi rimane intanto per cominciare oscuro l'uso del .net nei confronti del
"vecchio" VB6... Volevo sapere se le stesse identiche applicazioni che
potevo creare con VB6 sono creabili sul .net .E che cosa apporta
quest'ultimo di innovativo nei confronti di VB6... Mi pare scontato però
dire che essendo il successore sia innovativo... ma a parte la
programmazione tutta a oggetti che cosa apporta di rivoluzionario tanto che
mi faccia decidere di usare l'ambiente di VB.net a discapito del classico
VB6?
Nelle operazioni client-server risulta il .net più stabile e di maggiore
facilità di programmazione rispetto al VB6?
Nella comunicazione tra programma e DB (di qualunque tipo) risulta ancora
superiore rispetto al VB6?
Insomma scusate la moltitudine di domande ma vorrei essere sicuro di quello
in cui vado a tuffarmi prima di fare il passo... anche perché mi sembra
chiaro che lo sviluppo del .net riguardi il campo di internet e quindi
applicazioni improntate su questo mondo ma io ancora lavoro su programmi
client server dove il VB6 va molto bene... se poi il .net e' di gran lunga
superiore per facilità di programmazione, riduzione di tempi e costi,
"facilità" di apprendimento e ricerca delle funzioni nell'help migliore
dell'help di vb6 beh allora per questi motivi sarei più propenso a studiare
il VB.net
P.S a occhio quanto futuro può avere VB.net prima che sia surclassato da un
VB.net 2??? a parte questo probabile aggiornamento???
1000 Grazie a tutti anche solo per essere giunti alla fine...

 1000 Grazie a tutti anche solo per essere giunti alla fine...
Di nulla... Saluti e buono studio.
--
Antonio Cangiano
Webmaster di 
www.visualcsharp.it
Fondatore di free.it.comp.lang.csharp e free.it.comp.lang.vbnet
Segui il corso di C#!


Anche io , ad oggi , lavoro su programmi client server "tradizionali", ed i
dubbi da te espressi sono identici ai miei primi.
Primo la Microsoft ,anche se ha annunciato un abbandono lento del 6 , non
credo che spenderà più tempo a potenziarlo o ad
eliminare bug esistenti.
Conseguenza si rischia di colmare il vuoto in tempi troppo stretti , con il
pericolo di rimanere fuori.
Lo sto studiando da un mese a tempo pieno e oltre a conoscere meglio VB6 ,
causa i confronti , trovo che le potenzialità
offerte sono arrivate in ritardo.
Es.
Proprietà
- TopMast
della form.  Finiti i problemi con le form modali.
Poter utilizzare funzioni di seguito alla proprietà della Casella di testo.
Es.
- Int = TextBox1.Text.Trim.Length()
- Poter ereditare codice e componenti da una maschera master
- ho costruito le prime DLL. Non occorre registrarle !
Da quanto ho letto i S.P. futuri , per prima , devono risolvere le
funzionalità lasciate in sospeso.
Es.
Attualmente non è possibile digitare codice in fase di debug.
ADO.NET
 lo ho appena sfiorato.
giuseppeD

 ha scritto nel
messaggio news:O7rc9.134151$lu5.3...@twister1.libero.it...


 conflitti di versioni? Almeno i primi tempi x imparare...
Nessun problema di conflitti. Installa pure.
I progetti visual studio vengono aperti da visual studio 6,
gli altri .NET da 
VS.NET
. E per il resto... nessun problema. :o)
Saluti,


 Attualmente non è possibile digitare codice in fase di debug.
Per questo basta andare nelle opzioni e  spuntare il checkbox
"Allow me to edit VB file while debugging"
--
Dark Hado
This posting is provided "AS IS" with no warranties, and confers no
rights.

 "Allow me to edit VB file while debugging"
E' vero.
ma non ottengo la stessa funzionalità che avevo con VB6.
Se eseguo una modifica durante il debug , in considerazione che viene letto
il compilato e no quello che si vede a video il runtime per poter testare le
modifiche chiede di Riavviare , e successivamente parte dalla riga di
Startup.
Diverso se riprendeva dalla riga modificata.
Chiede il riavvio anche se vengono aggiunti solo commenti.
Questa funzionalità va potenziata.
ps
Ho premuto inavvertitamente F5 in un file del Blocco note ed è comparsa sul
foglio l'ora e la data.
Confermate ?

 Confermate ?
    Si'. :-)
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------

in effetti è vero, a volte con VB6 si scrivevano intere sezioni di codice in
modalità debug.....
cmq credo che sia un limitazione d'obbligo con .NET, perchè la compilazione
avviene all'esecuzione del progetto: se poi durante il debug vengono
modificate intere parti di codice, .NET dovrebbe compilare "parzialmente"
l'applicazione.......è impossibile......
tutti i linguaggi compilati funzionano così: ricordo quando lavoravo con il
mio bravo 386 e C++: anche se ritoccavo una stupida riga, dovevo comunque
ricompilare tutto quanto......
spero che comunque lo facciano....perchè era davvero comodo!!
:-))
ciao, e good coding!!!
--
Damiani Liborio Igor
idam...@hotmail.com
 - 
igor.d...@light.it
http://www.igordamiani.it
ICQ : 11847262

cmq credo che sia un limitazione d'obbligo con .NET
Dovrebbe essere superata con la prima service pack, almeno cosi' dice
il libro "Upgrading to .NET" , di Ed Robinson, Michael Bond, Robert
Ian Oliver - Microsoft Press
Stefano "HappyMan" (Lago Maggiore - NO)
--
Personal Web 
http://www.sgr.info
Email 
happyman...@libero.it
 [Togliere nospam per scrivermi]
Salsa Web 
http://web.tiscali.it/happyman
 [Foto salseri/e & I.A.B.L.A. Ring]

Purtroppo nulla da fare fino alla versione 2.0 di VS.Net quindi bisogna
aspettare la fine del prossimo anno :-(
--
Corrado Cavalli
UGIdotNET - 
http://www.ugidotnet.org

 ha scritto nel messaggio
news:wNHc9.137510$lu5.3...@twister1.libero.it...


 di aspettare l'anno prossimo?
e' parte delle strategie di messa a punto.
per un'implementazione accurata dei bugs ci vuole tempo.

 per un'implementazione accurata dei bugs ci vuole tempo.
'ulo.
Il monitor, si pulisce in fretta, la tastiera la cambio al volo,
ma mi hai fatto sporcare la maglietta con il sugo dello
spezzatino, e fra un'ora ho una riunione... metti un tag
almeno :-))
Un Paperino ROTFLSPRUZ !

Semplicemente perchè l'implementazione di una funzione come E&C richiede una
modifica all'architettura di base. Modifiche di questo tipo richiedono oltre
che il tempo necessario per l'implementazione (che comunque non è cosa
facile visto che il codice IL è compilato non interpretato) anche la
verifica che questa importatnte feature non ccrei degli effetti collaterali
sulla stabilità del CLR (priorità #1 da parte di MS)
Una prima versione di E&C era già disponibile, ma piuttosto che inserire una
feature non sicura al 100% MS ha deciso di rimuoverla dall release 1.0
HTH


per un'implementazione accurata dei bugs ci vuole tempo.
ROTFL! ;)
-- 
Visita il sito comune del NG: 
http://www.it-lang-vb.net
Visit: 
http://www.hardwaretips.com