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

Salve a tutti,
io ormai programmo in Visual Basic dalla versione 4.0 16 bit e mi sento
molto a mio agio nell'ambiente in questione. So che presto (non so dove ho
letto: 2006, ma non ne sono sicuro) M$ non supporterà più il VB ma solo il
VB.NET
!! Allora, siccome so che c'è molta gente qui dentro che programma sia
in VB che in 
VB.NET
, avrei qualche domanda da porvi:
1. Vale la pena che io adesso lasci un'ambiente di programmazione a me
congeniale (VB6, appunto) e mi accosti a 
VB.NET
?
2. Quanto è diverso il .NET dal VB normale? Istruzioni a parte, mica devo
ripartire completamente da 0 tipo "Hello world"?
3. Come potenzialità, documentazioni disponibili in rete, costo (anche
quello è importante ^__^), compatibilità, ecc. ecc. quant'è superiore, se lo
è, il 
VB.NET
?
4. C'è un testo che potrei consultare per "upgradare" le mie conoscenze da
VB a 
VB.NET
?
5. E' molto grave il fatto che M$ non supporterà più VB6?
Grazie a chi vorrà rispondere al mio 3° grado :-)
Antonio Mirarchi


Ho seguito lo sviluppo di .NET sin dalle prime beta, ho fatto vari test 
con la versione finale e dopo notevoli ... "delusioni", sono arrivato a 
queste conclusioni:
1- è troppo pesante.
2- novità? non ne ho trovate di particolari. Fare una form trasparente o 
amenità simili lo faccio già con le mie funzioni.
3- accesso ai dati? io da anni uso SQLServer o MSDE con la vbsql.dll e, 
per il momento, non ho visto niente di meglio.
4- se microsoft non supporterà più VB (si parla del 2006) non me ne 
importa proprio niente, per il supporto avuto ... :-(  in ogni caso 
anche sulla nuova versione di windows (longhorn) si parla del supporto 
DOS, figuriamoci quindi se non funzionano le applicazioni VB ;-)
Mi fermo qui, vedi tu.
Ah a proposito io sono fermo ancora a VB5 decisamente migliore di VB6.
ciao Max

 5. E' molto grave il fatto che M$ non supporterà più VB6?
Microsoft già oggi non supporta più VB6 e da parecchi mesi non è più in
commercio.
Forse adesso è rimasta qualche centralinista per le problematiche di VB6, ma
chi ha mai provato a chiedere info tecniche? (noi sì e... lasciamo perdere)
Non ho ben capito cosa succederà tra qualche anno, ma da quel poco che ho
capito (e attendo smentite) non la prossima, ma la ver. successiva di
windows supporterà *solo* applicazioni sviluppate con il framework .net (non
so quanto questo possa essere possibile, tenendo presente ad es. i drivers
che non possono certo basarsi su un framework).
Ciao
--
Math Parser : 
http://www.neodatatype.net
Sito Comune : 
http://www.it-lang-vb.net

 Con VB6?
Si, intendevo questo...
Antonio Mirarchi

 5. E' molto grave il fatto che M$ non supporterà più VB6?
No
Se per il lavoro che devo e dovrò svolgere, l'hw e il sw che possseggo, è
sufficiente,
per almeno altri dieci anni utilizzerò le tecnologie presenti oggi.
Ave
giuseppeD
------------------------------------------
Baciato dal divino sole Romano.

 windows supporterà *solo* applicazioni sviluppate con il framework .net (non
Questa è proprio bella ;-)
Secondo te microsoft sulla nuova versione di windows non mi permetterà 
di usare le "vecchie" applicazioni non basate su .net?
Tu credi che aziende come Adobe, Autodesk, Coral ecc ... si sposteranno 
così velocemente su .net ?
Lo sai che aziende come la General Electrics (oltre 60'000 licenze 
Windows) hanno ancora come standard aziendale win'95 con qualche 
"puntatina" in win 2k?
Tanto per dirtene alcune ...
Microsoft tira ... tira ... sui tools di sviluppo per ragioni 
prettamente commerciali, in realtà al suo interno MASM 6.0 è ancora ... 
un "must" :-(
E noi c...gli che gli andiamo ... dietro.
Un consiglio da uno che in questo campo c'è dal ... '78:
*FERMATEVI* e ... *MONETIZZATE* il consolidato ... chi ha orecchie per 
intendere ... intenda ! ;-)
ciao


bah... io vdo dietro ad ISO, visto che la BCL (e C#) sono degli standard.
il tutto, rigorosamente IMHO
-- 
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org
Read my blog at: 
http://www.ugidotnet.org/4.blog

Vedo che sulla situazione sei ... preparato, ma dissento da alcune tue 
affermazioni. Concordo su Adobe (effettivamente non avrei dovuto citarla 
:-( ), per Amazon non sono ... al corrente, ma sul dire che ".NET è 
meglio, punto e basta" ci penserei un po' su ...
Sinceramente io sono stato, sin dai primi anni '90, un forte sostenitore 
di Microsoft che poi, con l'andar del tempo, mi ha molto deluso.
Capisco che per una azienda commerciale l'importante sia vendere ma ... 
a tutto c'è un limite! Uscire quasi ad anni alterni con un nuovo OS o 
una nuova versione di Office o un tools di sviluppo, ha creato un 
disorientamento nella clientela incredibile!
Tralasciando, poi, tutte le altre problematiche che ... ahimé non sono 
poche!
Più dei prodotti, io critico, e sono molto preplesso, sulla politica 
commerciale. Come avrai capito dal mio post precedente, sono sul mercato 
da molti anni, secondo te per quale ragione io dovrei *buttare* migliaia 
di righe di codice in C e VB per seguire le "tendenze" di MS quando i 
miei "prodotti" funzionano benissimo?
Pensa io per il C uso ancora il compilatore Win32 che fu fornito nel '92 
a Bruxelless alla presentazione di NT a cui fui invitato da MS!(ho un 
bel quadretto con i CD nel mio studio :-( ).
Per un professionista il tempo è denaro!
Oggi giorno con il mio background sono in grado di prepare 
un'applicazione per uso commerciale in poche settimane e con una grafica 
  decisamente "accattivante" (non uso più le windows di MS ma una 
struttura mia) e sta riscuotendo un notevole successo ;-) .
Due esempii "scemi": Windows trasparenti o di forme "strane", le faccio 
... tranquillamente! e funzionano anche su win95!
DAO, ADO, OLEDB ... chi li conosce questi mostri? Ho tutta una serie di 
funzioni che attraverso ODBC-DIRECT o la VBSQL mi connettono a 
*qualsiasi* DB! Perché dovrei buttare il tutto?
Mi fermo qui, ciao

 Si, intendevo questo...
Dipende.
Il codice è meglio scriverlo da zero.
Se hai funzioni consolidate conviene perderci un po' di tempo e portarle 
nel nuovo "stile" .net.
Compatilibiltà COM: il framework supporta COM (anche se con un po' di 
fastidio) e permette tramite voli pindarici di creare oggetti COM 
(seppur managed).
Ciao

 Ah a proposito io sono fermo ancora a VB5 decisamente migliore di VB6.
Ah, adesso si spiega... :-)
Infatti il 5 era decisamente migliore del 6... Se il 6 ha un (quasi
supporto) alla programmazione OOP il 5 ha un [quasi (quasi supporto)] alla
programmazione OOP.
:-)))))
Ecco perché non ti piace .NET!
    Ciao
        Allanon
-- 
- SPAMKILLER
 lasciate il NOSPAM nell'indirizzo: 
itlangv...@michele.sytes.net
 e lasciate la parola SPAMKILLER nel corpo dell'email

 (seppur managed).
Concordo appieno su tutto!
...ma chiedo: sei mai riuscito a creare un controllo personalizzato .NET su
un form VB6? Pare che ci si riuscisse solo fino alla beta 2! Mi sembra così
impossibile! Ci sarà qualche interfaccia mortale da implementare, ma poi...


 
Sbagliato!
La OOP la uso e *pesantemente* in ambienti che la supportano *veramente*.
ciao, Max
PS: mi riferisco a Unix e Java
Parlare di OOP in VB o VB.net mi vien ... da ridere ;-)
ovv. non mi riferivo a VS C++.

 Parlare di OOP in VB o VB.net mi vien ... da ridere ;-)
per vb d'accordo.
per 
vb.net
 molto, molto meno.
--
Salutoni
Sergio
per rispondere... togli il group dall'indirizzo

 ha scritto nel messaggio
news:WhFNb.96690$VW.39...@news3.tin.it...

tutti gli altri in camper......
;))))))

 impossibile! Ci sarà qualche interfaccia mortale da implementare, ma poi...
Con i controlli non ho provato.
Ho provato con le DLL, e nonostante la lentezza sono riuscito a usarle 
da VB6.
http://snipurl.com/3v5i
Ciao

 
http://snipurl.com/3v5i
Non ti dico la fatica e le imprecazioni per ricavare queste quattro info.
Documentazione a riguardo quasi nulla.
Ciao

 per 
vb.net
 molto, molto meno.
Purtroppo chi arriva dal C++ trova ancora delle limitazioni in VB.Net, tra
le quali:
l'operator overloading
L'ereditarieta' multipla
Ammetto che pero' rispetto a VB6 e' stato fatto un passo gigante :-)
Stefano "HappyMan" (Lake Maggiore - Italy)
-- 
The Personal Framework for Object Oriented Windows Development (Win32)
http://www.sgr.info
Email happyman69 (at) 
despammed.com

 
Non mi pare che sia implementata nemmeno in java (ma forse mi sbaglio) e 
non è detto che sia una cosa negativa.
Non mi sembra che queste siano grosse limitazione.
E se VB.net è limitato non capisco perchè questionare su un NG nato 
addirittura per VB3, che non aveva nemmeno il concetto di classe.
Ciao

In data Thu, 15 Jan 2004 19:37:29 +0100, Antonio Mirarchi ha scritto:
[cut]
Il mio approccio e' stato diverso, molto piu' "customer driven" :-)
In pratica secondo me le scelte non le fai tu ma le fa il mercato,
personalmente mi sono avvicinato a .Net nel 2002 giusto per vedere di cosa
si trattava e quali sarebbero state le difficolta' per utilizzare il nuovo
ambiente. Pero' per tutto il 2002 e meta' del 2003 ho continuato ad usare
VB6 anche per nuovi progetti dove potevo scegliere la piattaforma
(chiaramente ero immediatamente produttivo) e dove l'hardware del cliente
lo consigliava (ricordiamo che una applicazione .Net, anche banale,
richiede molte piu' risorse di una VB6)
Poi mi e' arrivata una commessa su VB.net e quindi ho iniziato ad usare
anche questo ambiente. Approccio pragmatico...
Un aspetto dove invece .Net fa *davvero* la differenza e' quello legato
alle applicazioni web, in questo caso ti consiglio di fare il passo subito,
e' veramente molto grande l'incremento di funzionalita' e produttivita'
rispetto ad ASP (moooolto di piu' che rispetto a VB6 -> VB.net)
Per il resto di documentazione ne trovi a quintali, il supporto di
Microsoft a VB6 lo puoi tranquillamente ignorare (i ng sono decisamente la
fonte migliore) e anche per la compatibilita' di un app VB6 con la futura
versione di Windows non ci sono problemi, le nuove API saranno compatibili
con Win32. 
Stefano "HappyMan" (Lake Maggiore - Italy)
-- 
Database Gate - The Powerful SQL Editor ODBC based


 addirittura per VB3, che non aveva nemmeno il concetto di classe.
?? Se fosse per quello da VB4 in poi saremmo stati sempre OT
Il mio approccio sara' pragmatico, ma me 
vb.net
 piace nella misura in cui
mi da mangiare, con o senza ereditarieta' multipla. Non ne sono un fan...
Quando programmo per diletto/hobby uso ancora il C++ e Win32, pensa te :-)
Ciao


 *qualsiasi* DB! Perché dovrei buttare il tutto?
Certo only-offroad, vorresti essere così gentile da pubblicare queste tue
librerie in modo tale che tutti possiamo usufruirne?
Immaginando che _GIUSTAMENTE_ non le posterai sul sito comune me la sento di
andare avanti a consigliare a tutti l'utilizzo dei vari ADO, OLEDB, 
ADO.NET
,
ecc.
Se provi davvero .NET vedrai delle belle sorprese, ma se sei legato a dei
vecchi sistemi perché ti sei costruito le tue librerie rimanici senza
problemi. Però non consigliare a chi non ha le tue librerie di rifarsele da
capo perché sarebbe anacronistico... :-)


 Documentazione a riguardo quasi nulla.
Anch'io l'ho fatto e ti dirò che effettivamente non é stato così semplice,
ma c'erano un bel po' di post su NG in inglese che parlavano di prove a
riguardo... Lo strong name mi aveva fatto impazzire... Ora c'é scritto in
ogni angolo della rete... ;-)


 Parlare di OOP in VB o VB.net mi vien ... da ridere ;-)
Ma hai provato 
VB.NET
? :-???
Parli come uno che non l'ha mai visto, ma solo sentito parlare...
Se mi parlavi di C++ allora aveva anche la famigerata ereditarietą multipla
che manca ai linguaggi.NET, ma java... Cos'ha di OOP che non ha 
VB.NET
?


 Quando programmo per diletto/hobby uso ancora il C++ e Win32, pensa te :-)
Appunto, per hobby.
Ma solo perchè in quanto a hobby è bello capire come funziona tutto 
l'ambaradam che 'sta sotto, per puro diletto personale.
Ciao

 
"ooh ciccio" come direbbe qualcuno, perchè dovrei regalare anni di lavoro?
"vabbè so buono te regalo questa":
Private Function MakeTrans(picSource As PictureBox) As Long
   Dim lRetr As Long, _
       lHeight As Long, _
       lWidth As Long, _
       lColor As Long, _
       lRgnFinal As Long, _
       lRgnTmp As Long, _
       lStart As Long, _
       lRow As Long, _
       lCol As Long
   lColor = GetPixel(picSource.hdc, 0, 0)
   lHeight = picSource.Height / Screen.TwipsPerPixelY
   lWidth = picSource.Width / Screen.TwipsPerPixelX
   lRgnFinal = CreateRectRgn(0, 0, 0, 0)
   For lRow = 0 To lHeight - 1
     lCol = 0
     Do While lCol < lWidth
       Do While lCol < lWidth And GetPixel(picSource.hdc, lCol, lRow) = 
lColor
         lCol = lCol + 1
       Loop
       If lCol < lWidth Then
         lStart = lCol
         Do While lCol < lWidth And GetPixel(picSource.hdc, lCol, lRow) 
<> lColor
           lCol = lCol + 1
         Loop
         If lCol > lWidth Then lCol& = lWidth
         lRgnTmp = CreateRectRgn(lStart, lRow, lCol, lRow + 1)
         lRetr = CombineRgn(lRgnFinal, lRgnFinal, lRgnTmp, RGN_OR)
         DeleteObject (lRgnTmp)
       End If
     Loop
   Next
   MakeTrans = lRgnFinal
End Function
"mo" per le declare che fai? T'arrangi?
"Eeh e che fa'?" Confronta attraverso la SetWindowsRegion lo sfondo di 
una Windows con l'immagine dentro ad una PictureBox e in base alla 
maschera rende trasparente la windows.
"eeeh mazzza..., sotto la curva sotto ..."
ciao, divertiti.
PS: scusatemi ma in questi giorni sono un po' giu :-( e ho voglia di 
fare un po' di casino. Ciao Max

 metterla sul veniale :)
Certo, sottoscrivo al 200%
 
Ciao :-)
Stefano "HappyMan" (Lake Maggiore - Italy)
-- 
Database Gate - The Powerful SQL Editor ODBC based


 >>Due esempii "scemi": Windows trasparenti
Due esempio "intelligenti" in 
VB.NET
, Windows trasparenti
imposto la trasparenza con una sola riga di codice
Me.Opacity = 0.8
se voglio salvare alcuni oggetti dalla trasparenza, un'altra sola riga di
codice
Me.TransparencyKey = Color.Yellow
Pensa se affidato ad un tezo la manutenzione del codice da te postato e deve
apportare delle modifiche.
Dopo quanto tempo pensi che risolve ?
Ave
giuseppeD

 fare un po' di casino. Ciao Max
Ah, chi non vuole fare un po' di casino sapeva che doveva stare lontano da
questo thread appena ha visto il titolo... una volta ho litigato con il buon
Wodka su un thread simile... :-(
No problem... ;-)))


 per almeno altri dieci anni utilizzerò le tecnologie presenti oggi.
Bhè... 10 anni no, però qualche altro annetto sicuramente ^_^
Antonio Mirarchi

 Me.TransparencyKey = Color.Yellow
Azz... Quindi l'hanno capita alla M$ che questa cosa della trasparenza delle
win tira molto.... Ora ci sono esempi in VB ovunque nella rete, però mi
ricordo che se ne discusse un pò anche in questo NG ai tempi di VB5...
Antonio Mirarchi

 questo thread appena ha visto il titolo... 
Eh sě... un po' di baruffa era piů che prevedibile :)
L'importante č che anzichč limitarci a darci dei cretini (in alcuni 
gruppi succede) saltino fuori anche esperienze e punti di vista alternativi.
Ciao


certo bello, ma questo fa tutta la form non un immagine prova che ne so 
a fare una form triangolare ?
E poi ti funziona su un vecchio Pentium 60 con WIN 95 o WIN 98 ?
E tu li chiami esempi *intelligenti* ;-)
ciao


Se leggete bene non fa *solo* una form trasparente come le stupidissime 
istruzioni di 
vb.net
 ma somma i bitmap di due immagini.
"oohh e che vol dir???"
che se sullo sfondo di una form ci mettere una brutta faccia, che ne so 
... la Ferilli prendete, la stessa immagine la portate in bit 01 ovvero 
bianco e nero (immagine tutta nera su bianco per recuperare il bordo 
"eeh che la pappa l'è pronta") la vostra form sarà la faccia della 
Ferilli. "ohh che mi soon spiegattto!!"
ciao max
ciao

 E poi ti funziona su un vecchio Pentium 60 con WIN 95 o WIN 98 ?
Beh, se lo strumento di sviluppo deve essere legato alle piattaforme dei
clienti allora visto che esistono ancora PC con Win 3.1 sarebbe da escludere
anche VB5...
-- 
Corrado Cavalli [Microsoft .NET MVP-MCP]
UGIdotNET - 
http://www.ugidotnet.org
Weblog: 
http://www.ugidotnet.org/710.blog

 
Infatti per quelli lavoro ancora con il mitico QuickC for Windows e ... 
ce ne sono ancora molti ... :-(

         Allanon
-- 
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org
Read my blog at: 
http://www.ugidotnet.org/4.blog

 Mi fermo qui, ciao
anche io... ciao!


 5. E' molto grave il fatto che M$ non supporterà più VB6?
Con quest'ultima domanda ti sei risposto alle altre...