Newsgroup: it.comp.lang.delphi
Titolo: [ OT ] VB vs DelphiI( non è la solita lista comparativa... )

Salve a tutti,
Da parecchio tempo seguo tutte le discussioni - che puntualmente si
trasformano in flame della madonna - che hanno come oggetto le differenze
tra VB e Delphi.
Io sono un accanito tifoso di Delphi e penso che non ci sia un linguaggio
migliore.
Premetto che non conosco VB o meglio, non lo conosco tanto da poter fare
affermazioni tecniche riguardo a questo. Però io trovo che in VB, ad
esempio, anche far visualizzare una form nella posizione voluta è un
problema. Ricordo quando lo caricavo e cercavo di far partire una form vuota
in una posizione diversa da quella assegnata di default... con VB non è
facile, mentre con Delphi basta spostarla. Questo per dire una cavolata ma
vi assicuro che per una giornata ho cercato inutilmente di fare questa cosa
con VB. Provate con Delphi. E capirete perché non si può pensare che VB sia
migliore. Detto questo, che è una mia personale opinione - dunque altamente
opinabile - non conoscendo VB bene non posso dire altro.
Però vorrei che voi pensaste su questo.
Un'ultima cosa: è inutile, assolutamente inutile, creare dei flame per una
cosa del genere.
E' come scatenare una rissa per decidere se è meglio la provola o il
formaggio svizzero...
L'importante, secondo me, è che ci sia comunque collaborazione e soprattutto
rispetto nei confronti di TUTTI i programmatori e tutti gli ambienti di
sviluppo e/o linguaggi di programmazione. Poi, su un piano civile, ogni
discussione controllata e non offensiva può far crescere tutti un pò. In
fondo, non si finisce mai di imparare, no?
Andrea.

e basta con queesti thread, non portano a niente e fanno litigare la gente.
se uno vuole usare vb lo usi e amen.
veramente, non se ne può più.
--
web:    
http://gnaffy.tripod.com/
e-mail: Gna...@Wappi.com
e-mail: 
bmq...@tin.it
ICQ#:  76488613

 problema
per usare VB devi conoscere un minimo di linguaggio B.A.S.I.C. (già, basic
non significa basic, ma è una sigla, ma ora non ricordo che significa),
quindi sapere come si fa un costrutto If...Then..Else, ecc...
poi, già che ti trovi in VB devi sapere che 'ogni tanto si usa il punto'...
;)
per default vb assegna il nome 'Form1' al form principale (che fantasia)
ok, usiamo il punto:
[F]...[o]...[r]...[m]...[1]...[.] ops! colpo di scena:
è comparso un simpatico menu a tendina, dove ci sono elencati metodi e
proprietà di qualche cosa... forse di Form1... ma si, ho messo il punto in
mezzo!  ;))
ok.. scorriamo un po':
io ho trovato Left, Top, Width, Height
che nomi orrendi per le proprietà... ma li potevano chiamare
FormRectLeftUnitInTwipsMicrosoftVisualBasic,
FormRectTopUnitInTwipsMicrosoftVisualBasic,
FormRectWidthUnitInTwipsMicrosoftVisualBasic e
FormRectHeightUnitInTwipsMicrosoftVisualBasic? bah...
ok, sappiamo come muovere FACILMENTE il form
(se non si è capito bisoga scrivere: Form1.Left = 7650... =)
ridendo e scherzando ho scoperto anche che facendo doppio click su un
oggetto che ho disegnato, si apre la finestra del codice e mi scrive la
routine per l'evento di default di quell'oggetto (anzi, per non fare
confusione scriviamo CONTROLLO o FINESTRA(win32) )
io ho il form vuoto... ma amo rischiare, quindi faccio doppio click lo
stesso sul form
colpo di scena #2!!!
si apre la finestra del codice e scrive:
Private Sub Form_Load()
    |
End Sub
forse qui... rischiamo!
allora ci scrivo:
Private Sub Form_Load()
    Form1.Left = 30
    Form1.Top = 45
End Sub
ecc... ecc...
immagino che sapete come si avvia un progetto in VB... più o meno come in
delphi, solo che delphi ha la freccia verde, mentre vb cel'ha nera ;-)))
non sto prendendo per il culo nessuno.
ho descritto quelle che sono state le mie emozioni (più o meno... ho
ironizzato - vedi fine post) quando ho lanciato VB per la prima volta
sono riuscito a fare subito qualcosa
adesso non mi aspetto che tu risponda con "scusa ho sbagliato, vb è facuile"
(tanto non lo farai mai), ma ho solo voluto dimostrare il contrario perchè è
così
se non hai il senso dell'ironia ignora questo post
se ti senti offeso ignora questo post
se odi vb e sei di mentalità chiusa ignora questo post
ho risposto a questo post casualmente, solo per dimostrare a (non ricordo
chi... forse Zortek o a.salvati?) che il senso dell'ironia cel'ho pure io
;-P
[comunque sono passato al C++/Win32... :) ]
spero che vi siete divertiti e che siete riusciti ad apprezzare l'ironia (e
quel 7.8653 % di sarcasmo) di questo messaggio :)
--
ciao
xAERO

>B.A.S.I.C. (già, basic non significa basic, ma è una sigla, ma ora non >ricordo che significa)
Beginner All-Pourpose Simbolic Istruction Code
Così, tanto per dire. :)
Saluti, 
Marco

 esempio, anche far visualizzare una form nella posizione voluta è un


> Non č poi assolutamente vero che un programmatore che usa delphi č piů
bravo
ci vogliono entrambe le cose, l'uomo e lo strumento, e nell'ambito operativo
giusto, per determinare un risultato eccellente. Certo Delphi impone un
maggior rigore nella stesura codice, con caratteristiche intrinseche che VB
neanche contempla, con una palette enormemente piu' ampia, e con una
modularita' eccellente e integrata (leggi vcl) che VB raggiunge solo a colpi
di dll e ocx (& casini connessi). Poi se uno fa il programmino con la
finestrella e il pulsantino, ovviamente, tanto vale.. ma il programmatore
vero non si vede certo in questo tipo di applicazioni, come il vero pilota
non si vede certo nel traffico di Milano (quanto mi fa ridere la gente col
fuoristrada "rampante" o con la sportiva biposto imbottigliata nei
semafori..)
Ciao, Sandro

 problema. Ricordo quando lo caricavo e cercavo di far
Ma quale versione di VB hai utilizzato, la 0.1beta2? :-)

 ha scritto nel messaggio
news:8sp8el$kbe6j$1...@ID-52601.news.cis.dfn.de...


 di dll e ocx (& casini connessi).
Ma se non vuoi portare in giro eseguibili monolitici di qualche Mb devi
ricorrere ai Runtime Packages (& casini connessi), qualcosa di molto simile
agli OCX (tranne che per il supporto COM..)
Rientra quindi dalla finestra la problematica del controllo di versione dei
files del programma.
Lo stesso problema esiste in Linux, non solo in Windows.
Le librerie dinamiche introducono il problema del controllo e compatibilità
di versione.
Non ha molta importanza se sono *.dll, *.ocx, *.bpl o *.so
Di contro, le librerie statiche (linkate staticamente) riducono la
modularità delle applicazioni e generano eseguibili grassi.
Delphi lascia la scelta all'utente ("Build with Runtime Packages"), VB no
(metodo Microsoft..).
Ciao,
-=SIMO=-

 modularità delle applicazioni e generano eseguibili grassi.
che vuoi che siano 4, 5 o 10 mega di eseguibile oggi che le macchine entry
level sono equipaggiate con 128 mega e che W2K richiede per lavorare almeno
256 mega di ram.. le dll, diciamocelo chiaramente, sono un frutto marcio di
un passato marcio, che hanno creato solo casini, e che oggi non hanno piu'
senso; tutta sta la filosofia di MS, retaggio dei tempi andati, andrebbe
completamente rivista.
Ciao, Sandro

 (metodo Microsoft..).
si vergognavano a far cagare al linker degli EXE da 3 mega e oltre... ;)

> si vergognavano a far cagare al linker degli EXE da 3 mega e oltre... ;)
meglio invece pulire il pulibile, far vedere che gli exe sono piccoli e
belli, e nascondere i 6 mega di polvere sotto il tappeto (nella dir di
sistema) ;)
Ciao, Sandro

 completamente rivista.
Ripeto. Il problema non è la "filosofia" della Microsoft, ma è un problema
comune a quasi tutti i sistemi operativi (vedi Linux..).
Problema di non facile soluzione.
Io preferisco la modularità (ed infatti uso i Runtime Packages quando
posso..), ma entrambe le soluzioni hanno pregi e difetti.
Ciao,
-=SIMO=-

 i casini in caso di disinstallazione e residui vari.
PS: I Runtime Packages sono DLL (!) e ne condividono gli stessi pregi e
difetti.
Ciao,
-=SIMO=-

 difetti.
si, ma, al contrario delle librerie MS, normalmente sono usati in modo
diverso: 1) sono installati nella dir dell'applicazione; 2) hanno nomi
diversi a seconda delle diverse versioni (vedi, ad es. il teechart). Quindi,
in sostanza: 1) non creano sporcizia nel sistema; 2) non vanno in conflitto
fra loro. Tutto questo potrebbe essere fatto anche nei sistemi MS se non
fosse che loro si appoggiano "pesantemente" alle dll di sistema, mentre
Delphi, in questo senso, con la sua vcl, e' molto piu' "stagno", autonomo e
insensibile al sistema. E cmq in caso di problemi in Delphi si puo' evitare
benissimo di usare dll&bpl, il VB no.
Ciao, Sandr



benissimo di usare dll&bpl, in VB no.
Ciao, Sandro

 benissimo di usare dll&bpl, in VB no.
Verissimo. Il problema è che la Microsoft ha mischiato le carte del mazzo
del Sistema Operativo con quello dei suoi Applicativi. :)
Chissà perchè...
Ciao,
-=SIMO=-

ok, adesso basta abbiamo veramente esagerato,
metto i messaggi di questo thread in ignore.
non è possibile ogni settimana avere una discussione
su fatto che sia meglio delphi o vb. non sono
neanche paragonabili. vb fa schifo.
--
 _______________________________________
        Gnaffy SoftWare

 ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

 facile, mentre con Delphi basta spostarla.
a me pare facilino anche in vb. non incolpare lo strumento del fatto che non
sei stato capace di farlo. Hai letto un manuale? una pagina della guida? O
hai aperto l'ambiente per vedere cosa riuscivi a fare.
Prova con un qualunque C++ senza saperne nulla.
Dalla tua logica FERREA dedurrai che si tratta di un linguaggio estremamente
criptico, inutilmente complicato e (!) poco versatile, ma cosě non é. Anche
se, senza saperne nulla, č impossibile combinarci qualcosa di buono.

-P

uno che elogia vb non capisce niente di programmazione.
ora il thread è in ignore.
ad un altro thread.
 ciao ciao


 ad un altro thread.
a mai piů
--
xAERO




 schermino...
E allora se non sai fare una cosa così semplice lascia perdere VB che è
meglio! :-P

1) Se vuoi farlo dallo "schermino" prendi il disegnino della form e la
posizioni e...basta.
2) Se vuoi farlo via codice:
    Me.Top = 120
    Me. Left = 120
Visto com'è semplice!? :)


e se sai più linguaggi, tra cui VB, C++, Object Pascal, Delphi e Java?
Per l'interferenza di VB perdi la qualifica di programmatore? cavoli, se è
così vuol dire che non ho capito per che cosa mi pagano.

 cosě vuol dire che non ho capito per che cosa mi pagano.
se uno conosce piu' linguaggi e comunque elogia VB e' tutto matto e da
rinchiudere :) ..se invece uno conosce solo VB e ne cava il sangue come da
una rapa (leggi Donatello Rizzo, che ha fatto cose egregie in VB) c'e' da
chiedersi perche' continui a perdere il suo tempo dietro a un vaso di
pandora come quell'ambiente, pronto, a seconda di dove viene installato, a
creare solo casini in qualunque momento.
Ciao, Sandro

 così vuol dire che non ho capito per che cosa mi pagano.
non sto parlando di soldi. e cmq ripeto uno che elogia vb non capisce niente
di programmazione.
--
 _______________________________________
