Newsgroup: it.comp.lang.visual-basic
Titolo: 6.0 & NET

Salve ragazzi, qualcuno mi saprebbe dire quali sono le differenze tra Visual
Basic 6.0 e la versione NET? :-)

 Visual Basic 6.0 e la versione NET? :-)
Tutte.

 o no?
Non volevo scherzare. Il tuo "qualcuna" č molto piů distante dal vero di
quanto non lo sia il mio "tutte".
Sě l'ambiente visuale c'č, quello di MS a pagamento, quello di altri
gratuito. Anche il FrameWork (diciamo il runtime) č gratuito.
Cerca in questi post, troverai molte informazioni.

.NET e' un nuovo "sistema" di programmare che si basa sull'utilizzo di una
base comune di specifiche, tipi, classi e chi piu' ne ha piu' ne metta ;-).
Tale base comune e' detto framework .NET che e' costituito da una marea di
sigle :-).
I vari linguaggi di programmazione si "appoggiano" sul framework non
produrranno codice compilato, ma codice (cosiddetto) "gestito", ovvero
codice in un linguaggio intermedio (IL, Intermidiate Language) di basso
livello, ma che conserva ancora informazioni su nomi, tipi, costrutti, ecc.,
che verra', appunto, gestito dal CLR (Common Language Runtime), il cuore del
framework, che si occupa di eseguire i programmi scritti in IL.
Lo IL e' prodotto seguendo le specifiche comuni del linguaggio (CLS, Common
Language Specifications), questo viene compilato al volo dal JIT (Just In
Time) compiler al momento in cui viene eseguito.
L'unita' minima che costituisce un programma e' un assembly (che puo' anche
costituire un programma e quindi un eseguibile). Se un programma e'
costituito da piu' assembly (magari prodotti con linguaggi diversi)
l'Assembly Linker (AL) si occupa di linkare tali assembly in un unico
eseguibile.
Gli eseguibili sono comunque costituiti da IL e vengono detti Portable
Executable (PE) in quanto vengono per l'appunto compilati e linkati al volo
sul PC sul quale vengono eseguiti. Una breve nota sulla compilazione: la
compilazione al volo sfrutta le potenzialita' della macchina e le istruzioni
specifiche dei processori (ad es. Pentium4 o K7), non viene mai compilato
"tutto il programma insieme" e quindi, tendenzialmente, non ci sono tempi di
attesa "lunghi", anzi.
Niente piu' conflitti di versione con i riferimenti: gli assembly
che che costituiscono un PE vengono salvati nella GAC (Global Assembly
Cache), ovvero una serie di cartelle sull'Hard Disk, marcate a fuoco
dal proprio numero di versione.
Un PE si rifiuta di funzionare se gli assembly che lo costituiscono non
hanno tutti il numero di versione corretto.
Ovviamente si possono "tranquillamente" integrare gli assembly in codice
gestito con "vecchie" DLL compilate (codice non gestito) per chi non si puo'
permettere il lusso di "riscrivere tutto da capo".
Ma la parte piu' "portentosa" del Framework e' la sua libereria di classi
(BCL o FLC, ovvero Base Class Library o Framework Class Library) che ricorda
tanto le MFC di VC++ e le librerie Java, e soprattutto un sistema di
specifiche dei tipi comune (CTS -> Common Type Specification) a tutti i
linguaggi, che permette di poter definire un tipo in 
VB.NET
, usarlo in una
classe in C#.NET, da cui derivare un classe in C++.NET nuovamente ereditata
(udite udite) in 
VB.NET
.
Eh si, perche' 
VB.NET
 e' diventato a tutti gli effetti un Linguaggio OOP.
In ogni caso  scegliere un linguaggio di programmazione in .NET e'
solo una scelta funzionale, in quanto (a parte sottili differenze che
*speriamo* saranno appianate in futuro) tutti i linguaggi hanno le
stesse potenzialita'.
Lokar
-- 
Sito Comune: 
http://www.it-lang-vb.net/
Manifesto: 
http://www.it-lang-vb.net/docs/Manifesto.txt
Statuto: 
http://www.it-lang-vb.net/docs/Statuto.txt
UGIdotNET - 
http://www.ugidotnet.org

Ops, per sbaglio mi sono accodato al thread...
Sorry, Lokar


 sigle :-).
Taglio
Più che il .NET,
è una spiegazione del Framework .NET
Ave
giuseppeD

 č una spiegazione del Framework .NET
Vorse intendevi "piů che VB.net č una spiegazione del framework .net", 
perň... cos'č 
vb.net
 senza il framework?
Ciao

 Niente piu' conflitti di versione con i riferimenti
a questo pero' ci credo quando lo vedo. aspettiamo whidbey e soprattutto un
po' di uso diffuso su varie combinazioni di win e framework, e poi vediamo.
prima e' solo il solito hype ms.
ciao, j.

vivi complimenti per il magnifico compendio !
E' stato molto interessante e istruttivo leggerlo per uno che di  ".NET" non
conosce altro che il nome.
ciao
Soviet-Mario

...

Praticamente la Microsoft ha COPIATO i concetti su cui si basa Java e niente piů!!!

 Praticamente la Microsoft ha COPIATO i concetti su cui si basa Java e niente più!!!
Beh, non proprio.
Tecnicamente .NET è superiore a Java.
Ciao

 Praticamente la Microsoft ha COPIATO i concetti su cui si basa Java e niente piů!!!
Che Java aveva copiato a sua volta... :-)
    Ciao
        Allanon
-- 
- SPAMKILLER
 lasciate il NOSPAM nell'indirizzo: 
itlangv...@michele.sytes.net
 e lasciate la parola SPAMKILLER nel corpo dell'email

 Tecnicamente .NET è superiore a Java.
piano con le parole.
propongo che si incontrino nel parco, all'alba.
fai tu da padrino a 'sto net ?

javalab wrote:

Ho detto tecnicamente.
Poi praticamente noe so.
quindi dire che è stato puramente copiato non è corretto.
Tanto per dirne una .net viene compilato in codice x86 nativo durante 
l'esecuzione, java no.
Ciao

[Zanna = 
circa_z...@virgilio.it
 in
c4f0ne$2i2too$
2...@ID-184808.news.uni-berlin.de
] ha scritto:

Zanna oggi deve aver ricompilato non 30, ma 50 volte. :-P
S'è perso quel ragazzo... ;-)

 S'è perso quel ragazzo... ;-)
Forse qualcosa di più :)
Sto programmando per la supervisione della produzione su PocketPC... con 
VB.Net... senza edit&continue e senza la possibilità di spostare il 
punto d'esecuzione <g>
Ciao

 >>Tecnicamente .NET è superiore a Java.
....non parlavo di dettagli tecnici ma concettuali,se vuoi metter la
testa nella sabbia fai pure;ma alla fine .Net è nato x contrastare lo
strapotere di Javae non avendo il tempo la MIcrosoft ha ripreso il 90%
delle cose e cambiato nome a delle parole chiave(usare using al posto
di import non la vedo come una grande innovazione)

di import non la vedo come una grande innovazione)
Ma se guardiamo C#, using è sempre using ... anzi fa anche qualcosa in
più! Ho l'impressione che tu abbia intrapreso la "via della fede" ...

 di import non la vedo come una grande innovazione)
Pascal usava "uses" da una decina d'anni quando è nato Java.
E il C++ esiste da ancora prima.
Ciao

 ha scritto nel messaggio
news:c4f1bp$2i2too$2...@ID-184808.news.uni-berlin.de...


 Abbi fede... in Whidbey c'č di nuovo l'edit&continue... ;-)
Quello che mi scoccia č chiedere ancora soldi per l'aggiornamento :(