Newsgroup: it.comp.lang.visual-basic
Titolo: [?INFO][VB5/6 vs VS.NET] - Che faccio? Comincio ad usarlo?

RagaZ...
Sono in ambasce...
Che faccio?
Abbandono il mio fido (fidissimo) VB5 e passo a .NET?
E pensare che pur avendo il VB6 non mi sono mai messo ad usarlo...
Perché?
Dopo aver acquistato l'aggiornamento l'ho installato in una macchina...
È ancora lì... Non ho mai trovato un valido motivo per usarlo...
Peraltro in questo momento mi trovo a sviluppare applicazioni sempre più
integrate nella rete, ed i VB 'classici' sono un po' carenti... Java lo
uso per piccole cose... Non ho necessità di grandi ambienti di sviluppo
tali da giustificare l'uso del C...
Ho fatto un giro nel sito MS, ed ho visto che ciò che mi interessa è
VS.NET
 Professional.
È in offerta a 700 E (l'aggiornamento tutto compreso: spedizione, iva ed
auguri).
Non è molto ma non è neanche poco.
Fin'ora ho speso un sacco di soldi in sw che non ho mai usato, e prima
di accingermi ad effettuare l'ordine volevo sapere se chi lo usa mi dice
il suo parere.
In particolare mi interessa sapere se nella gestione del codice
'quotidiano' è rapido quanto VB5/6.
Se ha un supporto umano per internet (ad esempio se è implementato un
ftp semplice e funzionante).
Se la curva di apprendimento è accettabile.
Quali tool di terze parti sono 'indispensabili'.
Perché?
Perché altrimenti abbandono VB e passo a Java (hey, non te... smettila
di leccare; a proposito, lo scorso weekend mi hanno affidato
http://www.gbcweb.com/artu
; ci siamo divertiti un casino).
Ciao belli
-> GbC
http://www.gbcweb.com
F53C7B7263B8B09CCFE6AEBEFD97168F58B0C450

F53C7B7263B8B09CCFE6AEBEFD97168F58B0C450
Il Troll-O-Meter ha allungato la scala ?
-- 
ciao, hal
(1) buona, buona .... che poi zio pal ti da i croccantini ;-)

 GbC| ha scritto:
[cut]
Grazie delle dritte:
anch'io stavo cominciando a "meditare"
e credo che seguirņ l'esempio:
 C#  invece che 
VB.NET
ciao
ugo

 
http://www.gbcweb.com/artu
; ci siamo divertiti un casino).
meglio artu' di vb. e' anche un gran bel ragazzo. libero ?
detto questo, il tuo dubbio e' il mio. almeno qui, grazie al cielo, i soldi
sono il meno, in questo caso. dopo un paio di crash hw, stavo pensando a
bimellare sia server che proxy, e mi costeranno molto di piu'.
i punti anche per me sono piu' o meno quelli che hai con chiarezza espresso:
1. learning curve: nel caso specifico (pal.eta'), i neuroni arrancano su
ado. ce la faranno con vbnet ? c# devo escluderlo a priori, non ho proprio
il tempo di impararlo. quando scrivo un exe deve girare, senza errori o
quasi, subito. devo pensare il sw molto diversamente da come lo penso ora ?
riesco a tenere il ritmo ? vb aveva di bello che leggevi il manuale
(disponendone...) e piu' o meno andavi. con net ?
2. le basi si stanno spostando sulla rete. scoperta quasi casuale: ho
cominciato a mettere i preferiti importanti su sundaysw semplicemente
perche' li trovo piu' facilmente li' che sul pc -- poi ho capito: un'altra
scommessa vinta da bill. fatto sta che nella mia situazione di lavoro
scrivere interfacce non aperte alla rete e' quasi suicida, se non come
modellizzazione accurata. stavo cominciando a pensare ad asp o jdbc. net e'
net oriented davvero ?
il dubbio e' se passa la piattaforma. questa, come scommessa, non e'
leggera. far buttare via molte macchine che per il 90% delle necessita'
vanno... da quanto capisco da amici, molte aziende limano anche su una
scheda madre. qui per altri motivi le ho gia' cambiate quasi tutte, e
abbiamo tutti l'ellecidi 17", ma non e' lo standard. per uno che deve
studiare un linguaggio per comprarcisi il companatico, che grazie al cielo
e' solo in parte il mio caso, l'allargamento veloce del mercato puo' essere
un punto non da poco.
intanto lurko i bravi del gruppo e li ascolto aguzzando le orecchie (cosa
realmente complessa per una labradorina).
ciao, j.

 sapere se chi lo usa mi dice il suo parere.
Potresti scaricarti il .NET framework, un editor free
(
www.icsharpcode.net
) e fare pratica (gratis) con il C#. Ad
acquistare Visual Studio c'è sempre tempo.
Tra l'altro, come hanno già fatto altri, io da sempre
consiglio il passaggio a C# invece che a 
VB.NET
.
Ciao.
--
BSD is for UNIX-lovers -- linux is for Windows-haters.

 sapere se chi lo usa mi dice il suo parere.


 l' opzione /unsafe
Quali erano i problemi così grossi da dover essere risolti con
l'utilizzo di codice unsafe?


 (
www.icsharpcode.net
) e fare pratica (gratis) con il C#.
<SNIP>
Questa si che è una dritta degna di nota...
Mo vado e scarico...
GraSsie :)


l'utilizzo di codice unsafe?
Grazie per l' interessamento ;-)
I problemi "grossi" in realta' sono, almeno in vb6, una banalita'.
Esempio scritto al volo, possono esserci errori.
Private Type tagRecord
         campoUno As Integer
         campoDue As Byte (0 To 4)
         campoTre As Long
End Type
Dim rec As tagRecord
Open nomeFile For Binary Access Read Write As #numFile
Get #numFile, posizione, rec
... operazioni varie con rec
Put #numFile, posizione, rec
posizione = posizione + offset
ecc. altri Get e Put, banali e, soprattutto, veloci da scrivere 
ed eseguire.
In System.IO mi sono trovato una marea di Stream di qua e di la',
magari gestibili byte per byte, ma senza la semplicita' d' uso di una
tecnica come quella sopra descritta.
Ora, se un mainframe si aspetta un file con una struttura ben precisa,
anche il ricorso alla serializzazione degli oggetti diventa una seccatura.
Mi sembra di andare a debuggare del codice pieno di Mid$ nella
lettura/scrittura di record su file, un gran casino per la cosa piu'
stupida che un programmatore debba fare, cioe' l' I/O su file.
Chissa', magari la soluzione era li' a portata di mano, ma non l' ho vista :-(
-- 
ciao, hal

 non l' ho vista :-(
Prova (da adattare un pochino):
<code>
<serializable()> structure tagRecord
    public campoUno as short
    <VBFixedArray(5)> campo2 as byte
    public campoTre as integer
    public sub Initialize()
        redim campoDue(4)
    end sub
end structure
dim rec as tagRecord
rec = Read(nomefile, posizione)
..operazioni su rec
Save(nomefile, rec, posizione)
Public Sub Save(ByVal file As String, ByVal obj As tagRecord,
byval pos as integer)
    FileOpen(1, file, OpenMode.Binary)
    FilePut(1, obj, pos)
    FileClose(1)
End Sub
Public Function Read(ByVal file As String, ByVal pos As
Integer) As tagRecord
    Dim obj As tagRecord
    FileOpen(1, file, OpenMode.Binary)
    FileGet(1, obj, len(obj) * (pos - 1) + 1)
    FileClose(1)
    Return obj
End Function
</code>


    <VBFixedArray(5)> campo2 as byte
[cut]
Ecco la chiave! Era giocare con gli attributi (ehi, non quelli di John Holmes :-P)
Ho adattato il tuo esempio (praticamente gia' funzionante, come segue:
<codice>
Public Module ReadSaveFile
	<Serializable()> Structure tagRecord
		Public campoUno As Short
		<VBFixedArray(5)> Public campoDue() As Byte
		Public campoTre As Integer
	End Structure
	Public Sub Main()
		Dim rec As tagRecord
		Dim nomefile As String, posizione As Integer
		nomefile = "C:\test.dat"
		posizione = 1
		rec.campoUno = 15
		ReDim rec.campoDue(4)
		rec.campoDue(2) = 16
		rec.campoTre = 22500
		Save(nomefile, rec, posizione)
		rec = Read(nomefile, posizione)
		Console.WriteLine(rec.campoUno.ToString())
		Console.WriteLine(rec.campoDue(2))
		Console.WriteLine(rec.campoTre)
	End Sub
	Public Sub Save(ByVal file As String, ByVal obj As tagRecord, ByVal pos As Integer)
		FileOpen(1, file, OpenMode.Binary)
		FilePut(1, obj, pos)
		FileClose(1)
	End Sub
	Public Function Read(ByVal file As String, ByVal pos As Integer) As tagRecord
		Dim obj As tagRecord
		FileOpen(1, file, OpenMode.Binary)
		FileGet(1, obj, Len(obj) * (pos - 1) + 1)
		FileClose(1)
		Return obj
	End Function
End Module
</codice>
Grazie 1000, ero sull' orlo dell' abisso, ma ora ho fatto un passo avanti ;-)
-- 
ciao, hal

 Grazie 1000, ero sull' orlo dell' abisso, ma ora ho fatto un passo avanti ;-)
Ah, eri tu ? Credevo fosse Wilcoyote...
Pap.FiIIIUUUUuuuuuuu....SPLAT!!!

"Paperino" <non...@lo.dico> ha scritto nel messaggio
news:acesao$2dv8$1...@stargate1.inet.it...

ROTFL
ciao
ugo