Newsgroup: it.comp.lang.visual-basic
Titolo: da vb a vb .net

Salve,
una domanda secca:
un libro per realizzare quello che c'è scritto nell'oggetto del post.
ciao e grazie :)

 ciao e grazie :)
prego :-)
-- 
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org
Read my blog at: 
http://www.ugidotnet.org/4.blog

 si ricomincia (quasi) da zero.
In quelle 300 pagine in meno cosa c'era?
Oppure hanno scritto usando un carattere più piccolo? :-)
-- 
Daniele Pinna  (leva oops. per rispondere) * ICQ "chiedilo"
Sito Web: Il DoCFa in Pillole: 
www.dapinna.com

 ha scritto nel
messaggio news:2okkp6F...@uni-berlin.de...


 Scusa te la mia Ignoranza... Ma VB7, sarà simile a VB6?
vb7, molto semplicemente e con tutta probabilità, non esisterà mai.
-- 
Salutoni
Sergio
per rispondere... togli il group dall'indirizzo

> In quelle 300 pagine in meno cosa c'era?
Nulla, la versione Italiana comprende tutto, manca, come al solito l'indice 
ed é impaginata malissimo, con i bordi ridotti al minimo,la copertina 
dell'edizione Inglese é rigida mentre quella Italiana non lo é.
-- 
Corrado Cavalli [Microsoft .NET MVP-MCP]
UGIdotNET - 
http://www.ugidotnet.org
Weblog: 
http://www.ugidotnet.org/710.blog

 ha scritto nel messaggio
news:2om10iF...@uni-berlin.de...


 lo é.
E la copertina rigida per un libro di quella stazza e' indispensabile... a
suo tempo non ci ho pensato nemmeno un secondo, visto anche il costo
praticamente identico.
La versione inglese inoltre mi pare includesse un trial 60gg di Visual
Studio.NET prima versione (2002)
Ciao
-- 
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown


Beh, "sola"... e' una cosa nota da circa due anni e VB6 sara' supportato
ancora per un paio, mi pare.
Una volta tanto hanno fatto la cosa giusta, e invece di cercare la
retrocompatibilita' a tutti i costi, hanno preso un bel respiro e
rivoluzionato completamente il linguaggio, nel bene (molto) e nel male (un
poco)


 wrote in message 
news:2om424F...@uni-berlin.de...


 e successivamente il libro di Francesco Balena
Questo è stato decisamente meglio, specie per la spiegazione di ADO.Net
Ciao
-- 
NeoDataType : 
http://www.neodatatype.net
Sito Comune : 
http://www.it-lang-vb.net

 rivoluzionato completamente il linguaggio
Non proprio.
Hanno sistemato le lacune del linguaggio per renderlo compatibile con il
framework ^^
apparentemente il nuovo vb è molto simile.
ti accorgi della differenza con quello precedente solo se inizi ad usare
classi, ereditarietà e compagnia bella.
se poi ti fai assuefare ed inizi con 
asp.net
 (sbav) senti il potere che ti
scorre nelle vene ^^
--
Comunque c'è l'utility Upgrade che ti aggiorna spezzoni di cocice da quello
vecchio a quello nuovo.
L'ho trovata molto comoda, ma è da utilizzare con le pinzette...
Aiuta molto nella conversione dei tipi di dato che hanno assunto uno
standard tra i varii ambienti (e che ovviamente è diverso da quello di vb6)
Comunque se non si sfruttano le novità messe a disposizione dal linguaggio,
il codice che si scrive potrebbe risultare molto simile a quello vecchio.
Passare un'applicazione da vb6 a .net non è difficilissimo.
Passarla da .net a vb6 invece potrebbe essere un po + complesso.
Comunque l'altro giorno mi son fatto in .net una piccola applicazione che
accettava in input dei valori rgb e mi restituiva in output gli stessi
valori in esadecimale e i singoli r,g,b
poi l'ho passata in vb6 perchè era utile ad un amico (senza fargliela
rifare) e lui non ha .net
ho lasciato il codice quasi invariato.
pure la classe che fa le trasformazioni è rimasta pressochè identica.
ovviamente non ho sfruttato ereditarietà e altre cose avanzate...
comunque a parte i "set" che vb6 ti obbliga a mettere qua e la per evitare
ambiguità, la trasformazione del codice da un ambiente all'altro non è
impossibile. (se fai uso di oggetti messi a disposizione del .net framework
potresti non trovarli in vb6.)

un altro motivo per il quale consiglio sempre le versioni originali :-)
Per forza. Francesco Balena, da me direttamente interpellato
all'epoca, mi ha riferito che lui lo stava scrivendo in inglese e che
della traduzione in italiano si sarebbe occupato qualcun altro (sic!);
mi ha comunque assicurato che si sarebbe personalmente occupato della
revisione della traduzione in italiano.
--
Ciao!
Luca Menegotto

 Luca Menegotto
ciao


 usare classi, ereditarietà e compagnia bella.
Hai detto cotica, come dicono nel marchigiano... il punto e' che non puoi
praticamente utilizzarlo, in maniera decente, senza aver a che fare con
"classi, ereditarietà e compagnia bella", un argomento che, fino ad oggi, un
programmatore VB poteva anche driblare senza grossi scompensi.
E' sintomatico, ad esempio, guardare quante domande ci sono sul NG sul come
fare riferimento ad una finestra aperta dall'esterno; ora che anche le form
sono classi "pure", e non uno strano ibrido come in VB6, chi non ha preso
dimestichezza con l'argomento e' gia' in imbarazzo dopo poche righe di
codice.


 classi, ereditarietą e compagnia bella.
Beh, 
vb.net
 č solo un layer sul framework e la sua natura č quella di usare
*solo* classi.
Diciamo piuttosto che hanno voluto ancora fare porcherie (come l'uso dei
moduli che vengono convertiti in classi dal compilatore) per tenersi buoni i
soliti programmatori domenicali.
E ne aggiungeranno altre tipicamente VBiste nel Fw 2.0


 Ciao
Ave
giuseppeD
---
CCR

contenuti esclusivamente in lingua inglese e non si occupa direttamente
Caro Andrea, ti ringrazio per l'info. Io non ho mai scritto un libro
(non sono sufficientemente competente, ho troppa roba da imparare e
poco tempo per farlo, solo oggi ho acquistato 4 libri 4)... :))))
--
Ciao!
Luca Menegotto

E ne aggiungeranno altre tipicamente VBiste nel Fw 2.0
Concordo. Infatti io, dopo aver dato un occhio a VB.Net, ho pensato
bene di acquistare un corposo libro su C#...
--
Ciao!
Luca Menegotto

 chi inizia da zero.
Dipende da cosa intendi tu per "zero".
Io intendo non certo re-imparare le basi di programmazione, che sono comuni
a tutti i linguaggi, ma ristudiandosi l'architettura sottostante.
Per esperienza è frustrante parlare con programmatori VB (che spesso non
sanno nemmeno l'esistenza di comandi come Redim, figurati un po') di VB.Net,
o più genericamente ancora di .Net, perchè vedi il loro codice e gli chiedi
"ma che è 'sta roba? ma lo conosci .Net?" e loro candidamente se ne escono
con frasi tipo "questo non è .Net è VB.net"... il framework non sanno
nemmeno che c'è... per loro stanno ancora usando il runtime di VB e si
chiedono "perchè microsoft ha voluto complicargli la vita con questi strani
costrutti".
E questo non solo programmatori "di fatica", ma anche capi progetto. :(


 E questo non solo programmatori "di fatica", ma anche capi progetto. :(
Una caratteristica della programmazione è il continuo consultare la
documentazione.
Per alcuni mestieri, dopo l'acquisito teorico iniziale, prosegui con
l'esperienza pratica.
La programmazione richiede uno studio continuo.
Capita che per mettere insieme due righe di codice, necessita ore se non
giorni di ricerca,
sommato in progressivo alle varianti, ti rendi conto, è più il tempo che
dedichi allo studio che al battere i tasti e muovere il mouse.
Ad alcuni, mi sembra, dopo un pò viene la nausea.
In certi luoghi l'aggiunta è ambientale; manca internet, se sfogli un testo
ti fulminano.
L'invito più o meno velato a studiarti il problema a casa, la sera, il
sabato e nelle feste comandate.
Figurati un capoprogetto che deve coordinare, analizzare, disporre, decidere
, scegliere, ecc.
Con piacere comincio a notare un ripensamento, ad un colloquio di mesi fa,
il responsabile chiedeva una prova pratica.
Prima di affidarmi il lavoro attuale mi hanno dato i cavi per verificare se
sapevo collegare la tastiera, il mouse e quello di rete.
Il nostro purtroppo è un problema culturale, le professionalità tecniche
sono snobbate;
per la programmazione in prima dai programmatori,
"e che cè vo' ?"
Somma il valore orario per il numero di ore dedicato alla programmazione.
Al lavoro, se risolvi con un cast, perchè lo hai studiato a tue spese, chi
te lo riconosce ?
Studiare il .Framework,
la libreria, il GC, il CLR, richiede mesi di studio,
per non concretizzare nulla.
Conosco alcuni piccoli imprenditori, che quando gli ho detto che per passare
a .NET, il personale interno, dovevano bloccarlo per alcuni mesi, non mi
hanno risposto, ma ancora non hanno iniziato a migrare.
Da altro non critico più chi non conosce il Redim, aggiungiamo anche le
matrici a più dimensioni.
Per capire come funzionano, richiede un pò di studio impegnato.
Da un pò di tempo il mio sogno nel cassetto è, no capire come funziona il
CLR, ma andare a vendere noccioline allo stadio Olimpico.
Ave
giuseppeD
---
CCR

 E questo non solo programmatori "di fatica", ma anche capi progetto. :(
Una caratteristica della programmazione è il continuo consultare la


 CLR, ma andare a vendere noccioline allo stadio Olimpico.
Io l'ho già detto: sto aspettando l'occasione di espatriare su un'isoletta
tropicale.


 tropicale.
Hey frena.
Quell'isola è mia!!!
No no, l'altra che vedi se l'è prenotata una quarantina d'anni fa il mio ex
prof di Elettrotecnica.
No non manco l'altra va bene..
uh son finite le isole?
Vabbè ti lascio la mia. c'è troppo affollamento su queste isole tropicali
:-|

 dell'edizione Inglese é rigida mentre quella Italiana non lo é.
Ma stai parlando del libro che costa 75 Euro???
o di qualche edizione economica?


Parlo di quella, se acquisti la versione Inglese da Amazon la paghi 
sicuramente meno...
