Newsgroup: it.comp.lang.visual-basic
Titolo: vale?

salve,io ho vb6 con cui vado benissimo: velocissimo, semplice....
però vorrei comprare il 
vb.net
 2003.
ma: è veloce come il vb6 oppure no?insomma, ne vale la pena?grazie. 


Vb 6 e Vb Net, sono due linguaggi diversi, vb net è orientato agli oggetti, 
vb 6 no, anche se secondo il mio punto di vista, vb 6 va ancora benissimo 
per molti tipi di applicazioni :-) 


Oltre tutto, in base ai miei test per nulla esaustivi, le applicazioni
che girano in ambiente .NET sono parecchio lente e consumose di RAM, a
dispetto delle rassicurazioni contrarie date da MS. A questo punto
quasi quasi preferisco Java, almeno ho una portabilità garantita.
--
Ciao!
Luca Menegotto

 quasi quasi preferisco Java, almeno ho una portabilità garantita.
Vero sulla portabilità, peccato che i programmi scritti in Java su tutti i
PC provati finora devo attendere che partano per 2/3 minuti, quando lo
stesso scritto in .Net ci metterebbe solo qualche secondo.
Inoltre la gestione della memoria di Java è davvero pietosa e tende ad
inchiodare l'intero sistema.
Ciao

 missilistico.
in questo momento non sto usando niente di net, ma un FrameworkServic sta
usando 18 e passa mega.
e' lui ?
ciao, j.

ci metterei la mano sul fuoco.
Mah, io ti dico che sto testando SharpDevelop e le applicazioni
compilate, con ovvio impiego di finestre e quant'altro, e non sono per
nulla soddisfatto.
Sto seriamente pensando di tornarmene al mio bel VC e di impiegare le
WxWidgets invece delle MFC. Non è possibile che abbiamo potenza
elaborativa mostruosa e stiamo ancora ad aspettare che le finestre si
aprano.
--
Ciao!
Luca Menegotto

 aprano.
Beh, ol C++ è sicuramente ancora più veloce, ma secondo me il gioco non vale
la candela.
Ovviamente questo secondo i miei bisogni.
Pensa che sto convertendo un'app che avevo scritto in Delphi 4 in C# per il
solo motivo che Delphi ha un ottimo compilatore ma è un linguaggio molto
faragginoso ed è più complesso da mantenere.
Ciao

 ha scritto nel messaggio
news:341l8pF...@individual.net...

Non so cosa sia FrameworkServic, e non so se c'entra con .Net.
In questo momento ho tirato su due istanze di una piccola app .Net
(Reflector) e nel T.M. vedo
Reflector.exe 21Mb
Reflector.exe 25Mb
Li iconizzo e vedo
Reflector.exe 1.9Mb
Reflector.exe 1.9Mb
Li ripristino e vedo
Reflector.exe 9Mb
Reflector.exe 10Mb
Non credo che il T.M. sia molto affidabile in questi casi, ho già notato ad
es. di avere 100Mb di processi e 350Mb di RAM allocata.
Ciao

 inchiodare l'intero sistema.
Come .net. IMHO dal punto di vista prestazionale sono bruttarelli
entrambi. L' *unico* punto a favore di java e' la sua portabilita',
mentre .net, almeno per me, finora e' stato tempo e danaro gettati
dalla finestra.
-- 
ciao, hal

 inchiodare l'intero sistema.
Anche .net inchioda. Forse inchioda meno, ma inchioda lo stesso.
-- 
ciao, hal

 fanno pena sia java che .net.
So che non sono confronti validi, perň io vedo questo, stavo cercando di
usare alcuni tools scritti in java (provato su P4 1700 256RAM) come Poseidon
(
www.gentleware.com
, utilizza circa 70Mb di RAM), veramente ben realizzato,
perň ci mette quasi 2 minuti a partire, dopodichč usare in contemporanea
qualche altra app come VB6 č impensabile, passare da un'app all'altra
richiede 10-15 secondi di rinfresco.
Sinceramente non so come facciano a proporre soluzioni del genere.
Mentre posso tranquillamente lavorare con piů istanze di VB6 e VS.net
contemporaneamente.
Ciao

 Non so cosa sia FrameworkServic, e non so se c'entra con .Net.
non c'entra. trovato nei servizi. mcafee.
ciao, j.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 contemporaneamente.
non so con il 2003, che ho tolto subito perche' mi ha incasinato il
portatile e non ho ne' tempo ne' voglia di risolvere i bug di microsoft,
ma, per come intendo io un pc, con il vs6 siamo al limite
dell'accettabile su un portatile di 2/3 anni di eta'.
...e col c@%%0 che cambio un portatile all'anno per far piacere a
sun o a microsoft :-P
-- 
ciao, hal

 contemporaneamente.
java, se in firefox c'e' molto java, e' un incubo se fai lavorare il disco.
con qualche settaggio di speedup ff non e' male, salvo il primo avvio. ma se
uso pshop o, come oggi, sto copiando 60g su un usb, ff richiamato dal
taskbar si inchioda e non da' segno di vita per un paio di minuti.
a parte il consumo, che e' un po' piu' pesante di ie.
ciao, j.

 linguaggio, alrimenti che confronti sono?
Confronti corretti :-P
Un confronto fra linguaggi basato (come quello da te proposto) sul
"classico" ciclo non servono ad effettuare un confronto valido, ma solo
ad evidenziare eventuali linguaggi veramente "pessimizzati"; questo
perché, a meno di linguaggi veramente pessimi dal punto di vista
dell'ottimizzazione, è ragionevole che i tempi impiegati in un ciclo di
questo tipo siano pressapoco gli stessi indipendentemente dal linguaggio
usato.
Per effettuare un confronto valido occorre decidere di far effettuare un
certo compito al codice ed implementare gli algoritmi necessari a svolgerlo
sfruttando le caratteristiche proprie del linguaggio, ed ovviamente
testandone poi i tempi di esecuzione.
La parte difficile è far sì che la scrittura del codice "sfruttando le
caratteristiche proprie del linguaggio" non porti a fornire un numero 
maggiore di funzionalità rispetto al codice scritto per altri linguaggi, 
perché necessariamente queste avranno un proprio peso nei tempi di 
esecuzione.
Faccio qualche esempio per chiarire questo concetto che mi pare di aver
espresso in modo poco chiaro.
Supponiamo di voler confrontare C e VB sulla gestione degli array.
Per effettuare un confronto corretto bisogna tener presente che il C non
fa alcun controllo sugli indici dell'array, mentre il VB (normalmente)
sì, quindi bisogna o disabilitare questo controllo in VB oppure
aggiungere il codice necessario ad implementarlo pure in C o, ancora
meglio, fare entrambe le cose e testare il codice equivalente.
Spero di aver chiarito.
Ciao.
-- 
BSD is for UNIX lovers -- linux is for Windows haters.