Newsgroup: it.comp.lang.visual-basic
Titolo: Ma VB è serio?

Salve a tutti,
sono un programmatore autodidatta di VB, ho iniziato a sviluppare
applicazioni dalla versione n2 di VB attualmente mi ritengo abbastanza
esperto, da anni ho sentito sempre molte critiche su questo sistema di
programmazione, paragonato fino ad essere un bach programming o poco piů.
Ritengo che attualmente il VB non abbia niente a che invidiare ad altri
linguaggi quali C, Delphi e altri, molte limitazioni di VB si possono
superare con gli VBX ora OCX oppure le API di Windows, i database si possono
gestire egregiamente con il potente linguaggio SQL inoltre č uno strumeto
ideale per l'interazione con i programmi piů utilizzati per i PC, grazie al
nostro amato/odiato Bill, ormai la maggior parte dei PC esistenti utilizzano
Access, Excell, Word, Outlook, ecc.ecc..
Tutto questo x dire che modestamente io ho creduto a questo linguaggio ed
alla sua evoluzione che credo sia costante, fino dalle prime versioni e mi
ha dato molte soddisfazioni.
Buon lavoro a tutti
Ciao, adesso ho scaricato il file dal web e vi saluto.

Anche io sono un autodidatta di VB (come di C, C++ e Java) e ho constatato
con piacere che e' un linguaggio comodo in cui e' + facile scrivere certi
programmi, ma metterlo al pari del C mi sembra una parola un po' grossa...
Il VB e' comodo perche' e' a piu' alto livello del C, ma voglio vederti a
scrivere un sistema operativo in VB :)

Quante persone hanno bisogno di scrivere un sistema operativo? O anche un
suo componente vitale?...Pochi!
Ciò non toglie che se un giorno scrivere un'applicazione per windows in C++
con COM e altre menate diventasse paragonabile in semplicità al VB
probabilmente nessuno più userebbe il caro Basic.
Ma questi non sono discorsi seri...
l'importante è che VB migliori dive è carente e per noi sarà una pacchia!
Bye

ha dato molte soddisfazioni.
Questa e' la cosa piu' importante... scegliere lo strumento migliore per il
lavoro che si deve fare.
--
Roal Zanazzi
z...@iol.it

Pienamente d'accordo per quanto riguarda il discorso prestazioni, il
compilatore Borland non si discute resta perň da dire che il compilatore non
č tutto.
Per quanto riguarda l'accesso,l'uso e il debugging di applicazioni database
non sono molto d'accordo in quanto,non solo il BDE va installato a parte
(primo casino) ma non č riconosciuto come un database standard, o perlomeno
non come SQL Server ed altri, cosě come pure il debugging del codice SQL č
migliore in VB che in Delphi.
Sul sito M$ di VB c'č il benchmarking di VB6-Delphi4 e Powerbuilder fatto da
NSL, mi sembra abbstanza onesto e sopratutto condivido le conclusioni
finali.
Ciao
Corrado


Mi sapresti dare l'URL specifico? non ho voglia di diventare matto nei
meandri di 
www.microsoft.com
.
--
Roal Zanazzi
z...@iol.it

Il benchmarking lo trovi sul sito m$ di VB,dovrebbe essere
msdn.microsoft.com/vb
Il discorso sul BDE lo letto nella relazione NSTL io non l'ho mai usato
Spero che l'InstallShield fornito con Delphi sia MOLTO meglio
dell'InstallShield Bilingual che mi ha molto deluso al momento personalmente
preferisco ancora il setup wizard di VB,almeno quello ,con molti casini, il
setup riesco a crearlo con InstallShield Bilingual NO! (Si inchioda).
Non sono un guru del database perciň ti rimando alla documentazione NSTL sul
sito di VB.
Visto che conosci bene Delphi mi farebbe piacere sapere quanto onesta sia
NSTL nei loro report.
Ciao,
Corrado

finali.
Allora, qualsiasi siano le LORO conclusioni finali, lascia che ti spieghi le mie
(quale utilizzatore assiduo di ENTRAMBI gli ambienti).
Se tu fai un programma per Database (tipico target delle app scritte in VB,
Delphi, ecc...) saprai benissimo che conviene moltissimo lavorare in memoria
(mettendo i dati in array) piuttosto che interrogare continuamente il 
dataset restituito, questo per velocizzare l'applicazione nel caso il server
sia lento e/o la rete sia a pecora.
In questo Delphi, Visual C++ e tutti i VERI compilatori hanno un vantaggio
mostruoso. Prova a implementare un Quicksort in Delphi e in VB5, vedrai la
differenza. (o anche le torri di Hanoi)
Se invece tu fai applicazioni di grafica/internet/calcolo puro, il discorso
non si pone proprio a favore dei veri compilati (mi riferisco anche ai
compilatori quali GCC per Linux).
Perche` allora uno dovrebbe prendere e/o usare VB?
Perche` e` MS e soprattutto perche` Access e` ormai uno standard aziendale ben
affermato. L'accesso nativo ai dati Access e la semplicita` con cui VB si
integra nell'ambiente e` semplicemente unica.
Questo se uno non vuole fare fatica.
Se invece vuoi VELOCITA di elaborazione E la possibilita` di leggere/scrivere
archivi ACCESS puoi prendere in considerazione quelle UTY di terze parti per
Delphi (e sono tante: DaoConnect, TitanAccess, DiamondFree, ecc...) che
incapsulano TUTTE le API di Dao 3.x in oggetti IDENTICI a quelli di VB (sto
parlando di oggetti tipo: TableDef, QueryDef, Workspace, DBEngine, ecc...).
E` evidente che il know-how necessario per fare un passo di questo tipo e` di
gran lunga maggiore che usare VB (almeno in apparenza, ma tralasciamo se no
faccio notte).
Concludendo: entrambi hanno vantaggi e svantaggi, ma se la voglia di imparare
non manca e` INNEGABILE che la soluzione Delphi+DAO e` migliore di qualsiasi VB.
---
Che lo SFORZO sia con te... (i'm going to play Falcon4...)
Fun, programming and hardware in my home page: 
http://www.caristudenti.cs.unibo.it/~abilli

...

Scusa, ma non ho trovato quella relazione sul sito Microsoft da te indicato.
Mi potresti dare l'URL preciso, o maggiori informazioni?
--
Roal Zanazzi
z...@iol.it