Newsgroup: it.comp.lang.delphi
Titolo: Perché Delphi è meglio di VB?

Un mio amico che programma in Visual Basic mi ha chiesto perché sono passato
a Delphi invece che VB. Io ho risposto che cio scaturisce da qualche mia
conoscenza di TP, e dal fatto che tutti me lo hanno consigliato, ma lui dice
che non vede il motivo di questa "differenza di potenza". Potreste dirmi
qualche motivo per cui Delphi è migliore di VB visto che conosco poco Delphi
e 0 VB quindi non sono in grado di intervenire?
Grazie
--
Posted from [195.223.215.6] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Allora....
1) Vb non è a oggetti. La programmazione a oggetti si basa sui 3 cardini
Polimorfismo-incapsulamento-ereditarieta'. Orta, non avendo vb
l'ereditarieta' non è OOP.
2) In un form vb non puoi mettere + di 253 controlli senza utilizzare gli
array di controlli. Usare gli array di controlli significa incasinare tutta
la gestione degli eventi.
3)Le funzioni di gestione delle stringhe risalgono al QuickBasic 4.5 che
utilizzavo io nel lontano 1991.
4) Vb non ha una gestione dei puntatori avanzata come quella di delphi
5) Gli exe generati da Vb non sono altro che dei P-Code. In pratica, ci
vogliono dei moduli di runtime per far funzionare un qualsiasi programma.
Cio' significa che per una applicazione da quattro soldi che fa la cosa
piu'scema del mondo ti porti dietro circa 4 Mb di librerie DLL
6) Fai un confronto tra l'editor di menu di vb e quello di d4
7) Nei menu di vb per mettere le immagini devi fare un sacco di giri
viziosi. In delphi la cosa è gia' prevista.
8) La velcoita di esecuzione di una app. delphi ee molto superiore a quella
di una applicazione simile scritta in vb.
9) L'ide di vb si inchioda. Ci ho lavorato per un anno e mi e' successo di
tutto. Ricordo una operazione di copia e incolla ripetuta per 14 volte: ongi
volta falliva, dandomi un GPF SEMPRE NELLO STESSO INDIRIZZO ESADECIMALE.
Alla fine ho rinunciato.
10) Un articolo preso da Visual basic Programmers Journal, che tratta solo
di vb, denigrava vb dicendo varie cose tra cui: mancanza di documentazione
cartacea, continuo inserimento di "fronzoli" senza mai potenziare il nucelo
del compilatore
11) Uno dei piu autorevoli esperti di programmazione in vb che ha scritto
vai manuali ha messo su internet un suo articolo dal titolo "Saying goodbye
to vb.."
12) Access non funziona.
13) In vb: hai un oggetto Data, chiamato pippo, e lo associ come datasource
a 100 controlli. Se cambi il nome del datasource ti tocca di anare su tutti
i controlli per cambiare la proprieta in base al nuovo nome del datasource.
14) Con delphi hai i sorgenti dei vcl e non e cosa da poco
15) Dicono che con vb puoi creare gli ocx: e' una balla! Gli ocx creati in
vb danno un sacco di problemi
16) Ide troppo pesante
17) Vb non prevede l'architettura CORBA
18) La dbgrid standard di vb non permette di inserire colonne che prendono
dati da tabelle diverse da quella impostata come datasource.
Ti basta, per ora?
Se ne vuoi altre fammelo sapere.
AS

Aggiungo  [citando un reply di Andrea Magni ad un mio post su un altro NG]
Per quel che ne so (sono rimasto a VB5) non puoi scrivere una DLL con VB.
La cosa + grave di tutte è il fatto che non sia Object Oriented....pensa che
il prossimo VB dovrebbe essere Orientato ad Oggetti, ma la data di uscita è
prevista per il 2001.
Non pensare che alla M$ si siano messi a fare le cose sul serio, sono gli ex
programmatori Borland (quelli che M$ ha portato via con l'ennesimo
sotterfugio e con paghe profumate) che gli stanno riscrivendo l'intero
codice. Cmq Delphi è TROPPO avanti rispetto a VB per potersi attendere una
versione paragonabile. Penso che i punti citati da chi mi ha preceduto in
questo messaggio di risposta ti abbian fatto capire che converrebbe
riscrivere da 0 VB!
Ciao
--
- Carlo -
BSSoftware Tips Mailing-List Support
PS : Se non vuoi diventare un bestemmiatore professionista scegli Delphi!!
:)



 dati da tabelle diverse da quella impostata come datasource.
Aggiungerei anche il ben + significativo fatto (riguardo ai DB) che non
esiste una gestione design-time...
Ciao :-)
--
(¯`·.¸¸.·´¯`·.¸¸.-> Andrea <-.¸¸.·´¯`·.¸¸.·´¯)
AntiSpam: rimuovere il trattino basso dall'indirizzo per rispondere
AntiSpam: remove the underscore from the e-mail address to reply

Aggiungo:
(esperienza recente:)
1) Prova a usare ADO (della M$) con  Delphi 5 (o anche 4) e con VB
2) Programmazione IIS per siti internet
3) Prova ad inserire ActiveX (non serve di norma, ma se serve...)
4) Più flessibile in tutto
5) Tonnellate di componenti aggiuntivi, terze parti, esempi, codici, ecc
Saluti

 :)
Ah... il mio capo lo è diventato lo stesso... figuriamoci se avesse usato
VB!
saluti
FDA

 wrote in message
000501bfa979$089ce460$7ad7dfc3@pcdex...

Banale...ma è pur sempre una differenza:
in Delphi è possibile inserire dei ritorni a capo nei TooltipText dei
controlli...
---
Marco "Alka Seltzer" Breveglieri
(
alkas...@iol.it
) - ICQ# 12924946

Ciao Luigi,
a voler essere proprio cattivo nei confronti del VB, potrei dire che si
vende solo perchè la Microsoft gli fa buona
publicità, visto che ha una sintassi abbastanza superata e confusionaria, è
paurosamente lento, genera eseguibili
grossi, che per giunta hanno bisogno delle librerie di run-time esterne.
In effetti non è male come linguaggio, per iniziare è molto semplice, ma il
problema è continuare...
Alcuni dicono che per i database è ottimo, ma Delphi nella gestione dei DB
lo supera sotto tutti gli aspetti.
La velocità è un'altro grosso problema, mi ricordo che tempo fa', creai un
clone di arkanoid scritto in Java, che con
il supporto del team ABC di #GameProg-Ita, traducemmo in  Delphi & VB.
La versione Java, naturalmente risultò la più piccola, stranamente la
versione VB batte in dimensioni quella
Delphi con 150K contro 300K, ma considerate che quella VB ha bisogno delle
librerie esterne...
In velocità, le differenze erano paurose, l versione VB era praticamente
ingiocabile, molto più lenta di quella Java.
Al contrario, quella scritta in Delphi era un razzo :-)
Questo cosa significa ?  Principalmente due cose:
    - In Delphi puoi anche scrivere giochi.
    - In Delphi puoi scrivere programmi completamente indipendenti da file
esterni.
Ok, ho scritto troppo, byez :-)
--
____________________________________________________________
<|> Stefano "SteO" Arcidiacono  - 
st...@gpi.eden.it
<|> Collaboratore Infomedia: 
arcid...@infomedia.it
[|] Redattore & grafico di #GAMEPROG-ITA 
http://gpi.eden.it
[|] Home Page --- 
http://digilander.iol.it/SteO/
____________________________________________________________


 ha scritto nel messaggio
news:000501bfa979$089ce460$7ad7dfc3@pcdex...


Io preferisco il Delphi perche' do un solo File .Exe senza bisogno di OCX,
VBX, DLL e chissachealtro file, cosa che invece qualche altro
compilatore/ambiente di sviluppo richiede anche per programmi
quasi-nulla-facenti..
gennaro <gennar...@NOSPAMlibero.it> wrote in message
UpHL4.8931$xt2.1...@news.infostrada.it...
