Newsgroup: it.comp.lang.delphi
Titolo: ..se e' fatto in VB.. si vede :)

Scusate per l'OT, ma sono ANNI ormai che riconosco, a vista, i programmi
fatti in VB/Access.. formacce brutte, pulsantacci in 3d (niente flat o cose
del genere), e soprattutto niente MDI.. non parliamo poi dei campi di edit e
delle label, tutti riconoscibilissimi come fatti in VB.. ma in VB non si
puo' fare proprio di meglio o i programmatori in VB sono tutti dei
dilettanti?
Ciao, Sandro

TROLLallero TROLLallą...


> TROLLallero TROLLallà...
TROLLallero TROLLallà... sara' il tuo papa' e pure la tua famigliaaaa'..
visto come sono intonato?
Senti caro RIZZO:
1) siamo in un ng di Delphi e NON di VB
2) svegliati
3) la mia era una considerazione tecnico/estetica, non una provocazione, dal
momento che qua di programmatori VB non ce ne sono
4) se sei un programmatore VB:
   REPEAT
    WRITELN ('vergognati')
   UNTIL SALE_IN_ZUCCA (RIZZO)>0;
Ciao, Sandro

dilettanti?
No.Questo non è vero.
Non possiamo classificare a priori uno sviluppatore in base ai tools che
utilizza.
Come ci sono incapaci che lavorano in vb ve ne sono anche che lavorano in
delphi o powerbuilder e viceversa.
Solo, sembrando vb + semplice, chi si improvvisa a fare questo lavoro vi si
butta a pesce ed i risultati si vedono.
Poi, visto che vb è di microsoft e quindi non funziona, abbiamo degli
splendidi software che vanno alla grande, ma in direzione opposta a quella
giusta....
Saluti
AS
"Se è Microsoft non funziona"

 >dilettanti?
aspetta, tagliando tutto il testo e lasciando solo quest'ultima frase
travisi tutto il senso del messaggio!!
Potevi, almeno, per rispettare il senso originale del messaggio, togliere il
punto interrogativo in fondo alla frase :DDDDD
Ciao, Sandro

Ciao caro ZORRO,
ho visto come sei intonato e come sei permaloso.
Ho iniziato da poco ad utilizzare Delphi, ma ti posso dire che non c'è
niente di più falso di quello che dici, non so tu cosa abbia visto o usato,
ma ti posso garantire che i vari buttons, combo, ecc... non sono altro che
componenti standard di Windows. E poi non so nemmeno di cosa tu stia
parlando. Se ti capita di andare sul mio sito (
http://www.inversewave.com
 -
domani, oggi è in manutenzione) scaricati i due programmini e fammi sapere
se ci vedi qualcosa di tanto strano che non possa essere fatto sia con VB
che con Delphi. Non credo che l'interfaccia sia da attribuirsi all'ambiente,
bensì al programmatore.
Saluti, ah anche da parte della mia famiglia e del mio papà che oggi è in
ospedale. Addio ragazzino.


A questo punto il dubbio e' che tu, oltre che della netiquette, tu ignori il
significato di TROLL e lo abbia detto cosi' per dire. Tieniti il tuo VB e
auguri per la programmazione in Delphi e per tuo padre (curioso come tu
abbia voglia di scherzare e dare agli altri dei troll con tuo padre in
ospedale). Quando avrai assaggiato per bene il linguaggio, ti sarai
dimenticato OCX e DLL, e avrai finalmente la possibilita' di svluppare
un'interfaccia decente e un sorgente pulito, ti renderai conto dei limiti
che hai avuto per il tempo in cui hai programmato in VB. Buona
programmazione.
Sandro

A questo punto il dubbio e' che, oltre che della netiquette, tu ignori il
significato di TROLL e lo abbia detto cosi' per dire. Tieniti il tuo VB e
auguri per la programmazione in Delphi e per tuo padre (curioso come tu
abbia voglia di scherzare e dare agli altri dei troll con tuo padre in
ospedale). Quando avrai assaggiato per bene il linguaggio, ti sarai
dimenticato OCX e DLL, e avrai finalmente la possibilita' di sviluppare



Miii... stamattina ci siamo alzato maluccio, eh ?  ;-PP
Ciao, Davide DG

> Miii... stamattina ci siamo alzato maluccio, eh ?  ;-PP
Ahahah no anzi, con la vittoria della Ferrari non mi potevo alzare meglio!
semplicemente mi e' venuto in mente di tutte le volte che ho sentito dire a
gente (clienti) "guarda questo -BEL- programma di gestione xxx" e vedevi il
solito Finson (o equivalente) con i suoi bei pulsantoni che aprivano altre
form con altri bei pulsantoni, sfondaccio bitmap, form di inserimento dati
con falsa fastidiosissima tridimensionalita' (ombra) dei campi edit, e il
disco che frullava frullava frullava..
Chiaramente la dir di win era zeppa di ocx e di dll di VB3/6 ;)
Ciao, Sandro

 (senza offesa per le cavie).
quando apriranno un it.comp.litigi.vb andremo la' ;)
Ciao, Sandro

"a.salvati":
| >i programmatori in VB sono tutti dei
| >dilettanti?
|
| No.Questo non è vero.
| Non possiamo classificare a priori uno sviluppatore in base ai tools che
| utilizza.
| Come ci sono incapaci che lavorano in vb ve ne sono anche che lavorano in
| delphi o powerbuilder e viceversa.
anche secondo me (e anche secondo Zortek ;)),
pero' visto che siamo in argomento, tra l'altro un argomento
che e' piu' IT di quanto molti pensano (vedetevi il manifesto ;))
se posso esprimere un' *opinione mia personale* un buon programma
non lo si puo' giudicare solo dall'aspetto estetico, ma ci sono molti altri
aspetti tra cui vorrei sottolineare anche il modo in cui e' stato
scritto, ovvero secondo me e' il codice dovrebbe essere chiaro, robusto,
elegante,
facile da modificare,ecc.. ... in una parola: *OO*.
Sotto questo aspetto, se permettete, la partita Delphi vs VB,
VB la perde a tavolino ;)
Ripeto, _opinione mia personale_.
Ciao,
Alan Solo

 wrote in message
8rpe0h$ia38u$1...@ID-43509.news.cis.dfn.de...


E vabeh dai! Scusate ma tutto ha un limite! Rizzo di quà e Rizzo di là,
ignorante su e ignorante giù...
Ma lo sai che sei proprio un grandissimo stronzolone e pure un TROLLONE?!? O
la tua non era una sparata da troll VERAMENTE ingorante?!?!?? E poi siamo su
un NG di Delphi: beh tu sei proprio ignorante di programmazione. Chi te lo
dice è uno che ci campa da anni, uno che ha sviluppato decine di
applicazioni commerciali e non, generiche e verticali che tu nemmeno ti
sogneresti.
Quindi prenditi le tue considerazioni ed infilatele dove tu sai, se proprio
vuoi fare lo stronzo puoi contattarmi come credi. Se sei delle mie parti
(Salento) fammelo sapere così vengo a trovarti di persona.
E firmati da vero uomo stronzo.


 VB la perde a tavolino ;)
Ciao Alan,
non credo che le cose stiano come dici. Semplicemente Tu usi Delphi e io VB.
Per me la semplicità e la flessibilità di utilizzo di VB è anni luce più
avanti di Delphi, semplicemente perchè lo uso da una vita. Forse un giorno
Ti darò un'altra versione, ma credo che sullo sviluppo di certe applicazioni
(in particolare Gestionali) VB sia mooolto più appetibile.
A presto,

Scusa se Ti riscrivo Sandro,
ma mi sento chiamato nuovamente in causa. Io stesso ho sviluppato per Finson
diverse applicazioni e l'interfaccia Ti posso garantire che nel 99,9% dei
casi è dettata dal Product Manager ed è orientata all'utente inesperto che
ha preso da poco un PC per gestire la propria attività.
Ti faccio due esempi pratici di programmi che ho sviluppato io stesso:
- Progetto Negozio al Dettaglio 2 : interfaccia grafica avanzata, flat, MDI,
stile applicativo Office.
- Progetto Negozio al Dettaglio 3 : è il seguito del precedente ma
l'interfaccia è povera, con pulsantoni su ogni form, e icone nell'MDI che ti
permettono di accedere a determinate funzioni.
Inoltre Ti posso dire che il 25% di queste applicazioni è sviluppata in
Delphi, con i Tuoi tanti odiati pulsantoni, sfondacci di bitmap e tutte le
cose che hai elencato.
E lo sai infine qual'è il risultato in termini di produttività?
2 programmatori a sviluppare 2 applicazioni simili. Con VB il tempo è stato
di 15 giorni compresi i test, con Delphi circa 2 mesi.
Con questo non dico che Delphi fa schifo, sennò non starei quì a tentare di
imparare qualcosa dagli altri (la cosa che più mi attira è il fatto di poter
evitare OCX e simili), ma è più indicato per lo sviluppo di applicazioni più
specifiche che gestionali (programmi di masterizzazione, grafica, utilità di
sistema, entertainment).


 E firmati da vero uomo stronzo.
va bene, come preferisci :)
Ciao
Donatello Rizzo ;)
..e con questo il thread per quanto mi riguarda e' finito, dal momento che
mi hai dato sufficienti elementi per valutarti (sviluppatore Finson,
principiante di Delphi, ecc.).. pensa alle cose serie, vah, e prima di dare
dello stronzo a chi non conosci, e di vederti recapitare a casa una bella
letterina con allegata richiesta di risarcimento per ingiuria e diffamazione
di 30 milioni, dai un'occhiata allo specchio la mattina :)

ciao Donatello,
| non credo che le cose stiano come dici. Semplicemente Tu usi Delphi e io
VB.
| Per me la semplicità e la flessibilità di utilizzo di VB è anni luce più
| avanti di Delphi, semplicemente perchè lo uso da una vita.
Io invece uso da una vita (seppur breve rispetto alla tua mi sembra di
capire ;))
Delphi, ed ho iniziato con esso, vb l'ho usato per necessita' e pochissimo
e la cosa che non mi e' piaciuta maggiormante e che non e' Object Oriented,
...poi ocx, dll, ecc...
| Forse un giorno
| Ti darò un'altra versione, ma credo che sullo sviluppo di certe
applicazioni
| (in particolare Gestionali) VB sia mooolto più appetibile.
forse si', anzi sicuramente e' piu' facile, ma io penso proprio che non
ti daro' un'altra versione ;), perche' il passaggio VB->Delphi
puo' avere un senso ma Delphi->VB lo vedo come una regressione
per uno che ha una buona padronanza del linguaggio, sacrificando
cmq magari un po' (forse) di tempo in piu' per lo sviluppo,
e, secondo me, risparmiando pero' nella manutenzione ...
Ciao,
Alan Solo

"Donatello Rizzo":
| 2 programmatori a sviluppare 2 applicazioni simili. Con VB il tempo è
stato
| di 15 giorni compresi i test, con Delphi circa 2 mesi.
beh, la differeneza di tempo mi sembra davvero esagerata, visto che Delphi
e' un RAD con la "R" maiuscola, a questo punto mi soffermerei anziche'
su "tempi" o "applicazioni simili", su "Programmatori" ;)
magari uno di questi giorni facciamo una gara, che ne dici? ;)))
(io penso che io e il mio Delphi possiamo eguagliarti nonostante non sia un
guru!)
Ciao, :)
Alan Solo

Parte := Eroe;
e-mail Zortek -> 
s...@sarasoft.it
e-mail Donatello Rizzo -> 
dri...@ifrance.com
divertitevi, ciao ciao
Parte := nil;

 guru!)
Sarà la sfida del secolo! :)
Ciao

 puo' avere un senso ma Delphi->VB lo vedo come una regressione
Vero anche questo.

 principiante di Delphi, ecc.)..
Per quel che mi riguarda sei un grande

 guru!)
Per la mia esperienza, la velocita' di sviluppo e' tanto maggiore quanto
maggiori sono le procedure GIA' disponibili da integrare, a blocchi gia'
preconfezionati (con il classico taglia/incolla che si e' sempre fatto in
informatica), nell'applicativo finale. Poi si tratta di modificare e
adattare, e la cosa, a seconda delle specifiche, puo' essere anche piuttosto
lunga, ma di sicuro un sorgente ben strutturato, solido e leggibile (e
Delphi ha tutti gli strumenti per aiutare in questo senso) rende molto piu'
semplice il lavoro.
Ciao, Sandro

 accesso ai database direi che di DLL ce ne mette anche Delphi (BDE).
per l'accesso ai dati e' necessario il BDE in Delphi (totalmente indipenente
dal sistema operativo, si installa in una dir a parte, non nella SYSTEM, e
viene usato solo dagli applicativi Delphi) come in VB e' necessario DAO/ODBC
(con tutti i problemi di versioni e casini vari tra sistemi operativi,
patch, Office 95, Office 97, Office 2000, ecc.). Il BDE non e' obbligatorio.
Si puo' benissimo usare un sistema di gestione dati proprietario, in modo
flessibile e semplice, grazie alla potenza del Pascal, che consente il
nesting a piacere di strutture dati (es. si puo' fare un file di record dove
ogni record e' un record di variabili e array o di altri record).. VB non
arriva a tanto, come pure ha limitazioni nella gestione dei dati (non ha i
set, la gestione floating point non ha i currency, ecc.).. non so se in VB6
sia cambiato qualcosa ma..
Ciao, Sandro

sistema, entertainment).
No.
Forse vb non è adatto a scrivere applicazioni specifiche come utilita di
sistema etc, ma l'equazione non vale in senso opposto. Io scrivo gestionali
in delphi e funzionano alla grande, anzi di piu'.
Inoltre ho scritto alcuni software per l'utilizzo di apparecchi collegati
via porta seriale.
Ma insisto: datemi dei dati e dei motivi precisi per giustificare
l'affermazione che in vb si fa prima che in delphi.


 l'affermazione che in vb si fa prima che in delphi.
Come hai detto tu, e' meno rigoroso e alcune cose non e' richiesto farle,
inoltre non ha l'ereditarieta' multipla, non ha una sezione con elenchi di
metodi e variabili associati alle classi ecc. il risultato e' semplicemente
un casino ovviamente per mantenere un sorgente VB.. salvo programmatori con
molta memoria, ben addestrati mentalmente e con ottima documentazione
cartacea (cosa che richiede piu' tempo di quanto ne richieda la stesura di
un buon sorgente D)
Ciao, Sandro

(Salento) fammelo sapere così vengo a trovarti di persona.
Salve!!! Io sono un vero uomo stronzo che viene dal salento e usa
Delphi e VB. Io sono di Lecce, tu di dove sei?
Scusa ma mi si spezza il cuore quando parlano male di VB. Io ho
iniziato proprio con il Basic (GW-BASIC 3.11). Poi sono passato al
Pascal e ora mi trovo a scrivere applicazioni per Delphi, VB e DJGPP!
Ciàh...!

elegante,
L'indentazione la fai tu o la lasci fare al linguaggio? La chiarezza
del tuo codice dipenderà sempre e solo da te e da nessun altro. Un
algoritmo, una pseudocodifica (o metacodice come lo chiamano
all'università) o un codice è come un dipinto: i punti sono ordinati
perché tu li vuoi mettere in ordine e nessun pennello lo farà mai per
te. Francamente, dopo aver scritto il programma per plottare le
funzioni e calcolarne l'integrale definito, sono arrivato alla
conclusione che Visual Basic è valido quanto Delphi (anche sotto il
punto di vista dell'interfaccia). Certo consentirà l'utilizzo di un
numero più limitato di funzioni ma in compenso è molto più sbrigativo
nella realizzazione di macro-procedure che in Delphi richiederebbero
un buttamento di veleno notevole.
L'unico punto molto dolente di VB è il fatto di dover trasportare ogni
volta ca. 1 Mb di librerie. Del resto è il punto dolente di chiunque
programmi per Windows a 32-bit: doversi portare dietro almeno "100 Mb
di sistema operativo".
Ciàh...!

"Ukyo":
| L'indentazione la fai tu o la lasci fare al linguaggio? La chiarezza
| del tuo codice dipenderà sempre e solo da te e da nessun altro. Un
| algoritmo, una pseudocodifica (o metacodice come lo chiamano
| all'università) o un codice è come un dipinto: i punti sono ordinati
| perché tu li vuoi mettere in ordine e nessun pennello lo farà mai per
| te.
si', ok, solo che Delphi ti viene incontro in questo senso
e puoi programmare pensando OO *reale* (terza(?) volta che lo dico ;))
e cio' non puo' che giovare alla chiarezza(ecc.....) del codice..
| Francamente, dopo aver scritto il programma per plottare le
| funzioni e calcolarne l'integrale definito, sono arrivato alla
| conclusione che Visual Basic è valido quanto Delphi (anche sotto il
| punto di vista dell'interfaccia).
si' vabbe', siamo sempre li'... in vb cosa hai fatto?
non avrai mica fatto una classe TPlotFunzione ereditata
da TCanvas (o equivalente) ?? :)
| Certo consentirà l'utilizzo di un
| numero più limitato di funzioni ma in compenso è molto più sbrigativo
| nella realizzazione di macro-procedure che in Delphi richiederebbero
| un buttamento di veleno notevole.
per macro procedure intendi le macro per word, excel, ecc..,
se e' cosi' ti do ragione, in vb basta un taglia incolla,
in Delphi, non lo so, pero' non penso sia cosi' immediato..
| L'unico punto molto dolente di VB è il fatto di dover trasportare ogni
| volta ca. 1 Mb di librerie. Del resto è il punto dolente di chiunque
| programmi per Windows a 32-bit: doversi portare dietro almeno "100 Mb
| di sistema operativo".
ok, daccordo, pero' io toglierei quel "unico" ;)
ps: ho scoperto che ti arrabbi se si parla male del basic, non ti sarai
mica offeso in quel "thread piu' ot del mondo - Se e' MS non funz." ;)
quando ti ho detto di tenerti il codice vb, vero?
...infatti dopo non mi hai piu' ca**to :((...
Beh, Ciao!
Alan Solo

Salve a tutti! (mamma mia quanti msg avete scritto in 4 gg che non 
leggevo il NG...cmq..)
Mi accingo a fare un commento (in buona fede, non mi ammazzate ;-) sul 
thread.
...vedo che si č aperta una nuova diatriba "VB vs Delphi"....non vi 
sembra che la cosa stia diventando un po' troppo monotona?...ultimamente 
si stanno "aprendo troppi dibattiti" in tema...non vi pare?
Io stesso ammetto di non "digerire" VB...si puo' dire da sempre, e non 
per pregiudizi su MS...ma, ahime', perchč l'ho usato...Infatti mi sono 
avvicinato alla programmazione Win32 proprio con VB...cmq non sto qui a 
raccontare la mia vita....sai che pizza ;-)
Cio' che voglio dire che tali discussioni si trasformano sempre in un 
elogio del proprio prodotto preferito e in una "diffamazione" ;) 
dell'antagonista e mai risultano essere un confronto obiettivo (io stesso 
a volte mi sono limitato a dire "Odio VB" :)) : per tale motivo ritengo 
non abbiano ragione di esistere. 
Anche se io stesso ritengo Delphi un RAD dalle qualita' immense (per 
giunta realmente OO)...non ci si puo' mettere a confrontare 
sempre...anche perchč a volte si comincia a dare la colpa di programmi 
"trasandati e malfunzionanti" solo all'ambiente usato...dimenticando che 
la colpa potrebbe essere del programmatore ;)...Infatti tutti voi sono 
daccordo con me se dico che: "Dato un programma da sviluppare, il buon 
programmatore che usa VB sfornera' un prodotto migliore dell'altro 
programmatore piů scarso che usa Delphi"...(ahia! no no fermi, non lo 
dico piů ;-))...mentre solo a parita' di capacita' e di conoscenza 
dell'ambiente si puo' cominciare a dare la colpa al resto! :))
Vabbe' forse mi sono dilungato un tantino (magari ho detto solo 
cavolate..) ;-)
Vi saluto!
Ciaoo!!
-- 
DeViL! 
Per rispondere in privato, togliere ILDISTURBO ;-)
"...mi butti giu', torno su: e' la mia virtu'..." (ST)

Mi sa che hai sbagliato persona, anch'io sono di Lecce e programmo in VB!
:-)


 un buon sorgente D)
Credo che sia solo questione di strutturazione del codice orientato al
riutilizzo e basta, e questo non dipende certo dall'ambiente. Se poi uno è
abituato ad incasinarsi infilando di tutto in un unico modulo BAS, senza
documentare un bel niente, è solo questione di inesperienza.

 di 15 giorni compresi i test, con Delphi circa 2 mesi.
ZipGenius 1.4 è in sviluppo da febbraio, ormai, e uscirà solo il 24
dicembre, ma questo dovuto - innanzi tutto - a mancanza di tempo da parte
mia (non sono un professionista: studio giurisprudenza, figurati) e alla mia
volontà di eseguire un beta-testing accurato, così da offrire il miglior
livello qualitativo a zero lire.
Cordiali saluti,
Matteo

dei dilettanti?
se è fatto in delphi avrà form pesantissimi, strani ed inspiegabili 
comportamenti, un'interfaccia non tradizionale (vedi MailWarrior, che fa 
chiaramente il verso ai programmi Office), un fottio di icone colorate nei 
menu e nelle toolbar (al punto che i menu sfarfalleranno terribilmente, 
vedi l'IDE di D5), l'eseguibile stazzerà dai 300 ai 700 kb, il tutto poi 
sarà un tripudio di panel, flat button, flat scrollbar, resizer et similia. 
Se il programma crasherà non ci sarà alcun modo di sapere cos'è successo, 
ad esempio usando dr. Watson, dato che il tutto verrà gestito dal debugger 
interno, al massimo salterà fuori una messagebox con scritto exception at 
address eccetera. In pratica i programmatori Delphi sono dei maestri nel 
disegnare controlli su un form :)

 disegnare controlli su un form :)
Dilemma: meglio un trionfo gotico o un trionfo d'arte povera? ;)
Ciao, Sandro

disegnare controlli su un form :)
Non condivido niente di cio che hai scritto.


"KJK::Hyperion":
[POLEMICA OFF]
| un fottio di icone colorate nei menu e nelle toolbar
guarda che puoi anche far senza il fottio
| l'eseguibile stazzerà dai 300 ai 700 kb,
stazzera', ma almeno funziona ...
| il tutto poi
| sarà un tripudio di panel, flat button, flat scrollbar, resizer et
similia.
| Se il programma crasherà non ci sarà alcun modo di sapere cos'è successo,
| ad esempio usando dr. Watson, dato che il tutto verrà gestito dal debugger
| interno,
debugger interno? ... non ho capito...
| In pratica i programmatori Delphi sono dei maestri nel
| disegnare controlli su un form :)
questo perche' e' Delphi a semplificarci la vita ;)

> Non condivido niente di cio che hai scritto.
Ma come fai a incavolarti per un messaggio del genere.. e' ovvio che era
ironico.. e poi basterebbe, senza andare lontano, che vedesse uno dei miei
software (e come dei miei di chissa' quanti altri) per capire che Delphi
consente di modellare l'interfaccia con tali e tanti strumenti che il
"brutto" se c'e' dipende solo dal programmatore, non certo dallo strumento
di sviluppo.
Ciao, Sandro

>Non condivido niente di cio che hai scritto.
suvvia, non neghiamo l'evidenza :)
Ecco come riconoscere da che "fornace" proviene un programma:
- Visual Basic: design rozzo e approssimativo, colori fortemente contrastanti, 
se i controlli sono pochi saranno sproporzionati, se sono molti saranno 
terribilmente affollati e addossati. In genere pessima resa grafica. Si avverte 
un disperato bisogno del programmatore di dimostrare qualcosa
- Delphi: i menu sono pieni di icone, c'è almeno una toolbar, e la toolbar è un 
tripudio di colori. L'aspetto generale è arioso e gaio, coloratissimo e 
dinamico. Facilmente distinguibili dalle controparti in VB dal fatto che 
moltissimi VCL non hanno equivalenti OCX degni di nota
- Visual C++: interfaccia essenziale, netta, precisa. Massiccio uso dei Common 
Controls (quelli veri), anche e soprattutto in maniera non convenzionale. Non 
devono stupire nessuno, devono funzionare: i pochi effetti speciali servono 
esclusivamente a migliorare l'interagibilità
    	-oppure-
Design "windowless": finestre semitrasparenti o addirittura con effetti di 
Alpha Blending e ombre. O comunque uso non convenzionale delle funzioni 
standard, pulsanti piatti, menu con immagine di sfondo
- Visual C++ su MFC: interfaccia vecchio stile, con vistosi svarioni estetici 
(pulsanti eccessivamente grandi, icone non trasparenti, ecc...) e qualche pecca 
di troppo
(nell'incertezza, potete dire "Visual C++" a colpo quasi sicuro)

debugger interno? ... non ho capito...
pardon, l'ho sparata grossa. Volevo dire l'exception handler. Tutti i 
programmi Delphi sembrano averne uno incorporato, suppongo sia una funzione 
del compilatore. In pratica un programma Delphi, crashando, raramente passa 
per la finestra "Questo programma ha eseguito un'operazione non valida e 
sarà terminato", solo, appunto, nei casi di unhandled exception (che è un 
errore bruttissimo e assolutamente non recuperabile). Avevo avuto modo di 
sperimentarlo con un tal WinCrash, che faceva credere ai programmi 
"vittima" di aver compiuto un'errore irreversibile, mandandoli in GPF. 
Ecco, i programmi scritti in Delphi invece mostravano una normale 
messagebox e poi schiattavano

Beh, questo l'ho notato anch'io e non so se dipenda dal compilatore o da una
cattiva gestione delle eccezioni, anche se tale errore si verifica senza
alcun senso ripetendo magari un'operazione fatta in precedenza.




> alcun senso ripetendo magari un'operazione fatta in precedenza.
Stai tranquillo che se viene sollevata un'exception un errore nel programma
si e' verificato di sicuro. Se poi e' un access violation, come quasi sempre
capita in questi casi, allora o si tratta di un errore del programmatore, o
di un problema del kernel di Win9x e del suo schifoso gestore di memoria, o
di qualche driver buggato (ad es. a me capitava regolarmente su sistemi con
Win95 e una scheda video ISA vecchia, non ricordo neanche piu' il modello)
Ciao, Sandro

- Delphi: i menu sono pieni di icone, c'è almeno una toolbar, e la toolbar


"KJK::Hyperion":
| dammi un esempio di programma scritto in Delphi senza effetti speciali...
| un programma noto, possibilmente.
beh, c'e' __ ... o ___.... oppure anche __ :) scusami ma sinceramente
non ne conosco, nel senso che non so per certo quali sono stati
scritti in Delphi o visual pippo....
ripeto, se ti fanno schifo gli effetti speciali, non metterli ;)
| >| l'eseguibile stazzerà dai 300 ai 700 kb,
| >stazzera', ma almeno funziona ...
|
| oddio, prova Mail Warrior e poi dimmi... i primi tempi tutto ok, poi ti
| ritrovi con cartelle da 200 messaggi l'una e il programma comincia ad
| arrancare non poco... e per arrancare intendo che crasha proprio, mica
solo
| che rallenta
io con "funziona" intendevo che non ha bisogno di dll e vaccate
varie esterne, per questo sono cosi' "grandi"...
poi per il funzionare come intendi tu, non dipende certo da delphi ;)
| pardon, l'ho sparata grossa. Volevo dire l'exception handler.
[...]
| Ecco, i programmi scritti in Delphi invece mostravano una normale
| messagebox e poi schiattavano
adesso che me lo fai notare e' vero, molte vote non esce il classico
errore di win, ma sinceramente non vedo cosa cambi (potrebbe essere utile
per trovare il problema .......) ma se va in crash, va in crash e basta,
no importa _come_! ;)
Ciao,
Alan Solo

    Aggiungo un altro indizio per riconoscere un applicazione Delphi ( vale
però fino alla versione 4 di Delphi ):
    -mancanza di animazioni nel rimpicciolimento - ingrandimento della form
principale.
    Saluti!
_________________________________
Gian Luca Dalla Torre
E - Mail: 
gianluca....@casteo.net
_________________________________

 messagebox e poi schiattavano
Già.... è la default exception handler... che può essere *bypassata* con un
semplice blocco
try except ... on EExceptionType......  end;
Tra l'altro le Eccezioni sono uno dei punti fondamentali della forza di
delphi...per molti errori comuni c'è una
gestione semi-automatica grazie alle exception.
[IMHO] :
VB è adatto a gestionali da realizzarsi in breve tempo senza dover aver in
mente ottimizzazioni.
Delphi è adatto quasi per tutto, se non per tutto... è uno ***strumento di
gran lunga più potente.
*** : Uno strumento mal utilizzato produrrà risultati scarsi se non
controproducenti. Più è potente uno strumento,
più può essere difficile (se non si ha la conoscenza) utilizzarlo.
VB ha un punto di forza : non necessita troppe conoscenze per iniziare ad
usarlo... ma è come mettere a confronto
il traforo del bambino con il Black&Decker del papà ...
Ciao, Davide DG


Mah, a me sembra il contrario. Ma come al solito, ognuno si abitua con
i strumenti che usa e alla fine li giudica i + comodi (e magari si e'
dovuto adeguare e non se n'e' accorto :) )
Ho usato un po' VB6, l'ambiente era veramente bello, ben integrato con
altri strumenti, ma com'e' tradizione M$, dietro una bella
impostazione si trovano un sacco di problemi vari che alla fine mi
hanno fatto rinunciare. Secondo me un gestionale si puo' fare molto
meglio con Delphi: prova a usare il wizard di entrambi gli ambienti e
poi confronta la mole di codice che ti generano. Esiste prova
migliore? :-)
Ciao
--
Piero Bonanno
bop...@libero.it
pie...@tiscalinet.it
bop...@tin.it
bpie...@hotmail.com
______________________________________________
"Madame, lei ha tra le gambe uno strumento
che puo' offrire piacere a migliaia di persone,
e tutto quello che sa fare e' grattarlo"
- Sir Thomas Beechan a una violoncellista

 poi confronta la mole di codice che ti generano. Esiste prova
Non credo che un _BUON_ gestionale si faccia con i Wizard. Ho visto un
programma per Periti girare lentissimo su un PC muscoloso, era fatto in
Delphi: me ne sono accorto dai crash inconfondibili. Pensa che dietro a
questo programma ci sono circa una decina di programmatori.
Che Delphi sia un ottimo strumento di sviluppo č indubbio, ma ciň non deve
togliere nulla a VB.
Ciao,
Donatello Rizzo
http://www.inversewave.com

 togliere nulla a VB.
togliere qualcosa a VB e' come sparare sulla Croce Rossa :)
Ciao, Sandro

perchč tutte le volte bisogna litigare cosě ?
č migliore delphi punto e basta.
i programmatori VB seguano pure un altro
newsgroup se gli piace tanto. o sbaglio ?
--
web:    
http://gnaffy.tripod.com/
e-mail: Gna...@Wappi.com
e-mail: 
bmq...@tin.it
ICQ#:  76488613

 newsgroup se gli piace tanto. o sbaglio ?
meglio non sparare certe baggianate, e quindi non uscirsene proprio con dei
tread paurosamente ot
poi, se si attappa troppo questo ng, potete venire su
it.comp.lang.visual-basic a dire che VB č una merda
senza rancore
xAERO

 di sviluppo.
e non dimenticare che la stessa cosa è in VB
come mai se l'interfaccia di un'app. in delphi è brutta, allora è colpa del
programmatore, mentre se un prog VB è brutto, e colpa di VB, di Windows,
della Microsoft, di Bill Gates, dei cittadini di Redmond, ecc...?

 della Microsoft, di Bill Gates, dei cittadini di Redmond, ecc...?
hai mai visto la palette dei componenti visuali di Delphi e quella dei
componenti visuali di VB? Gia' solo vedendo i componenti standard un
programmatore VB si metterebbe a piangere. Senza contare tutti i componenti
visuali aggiuntivi molti dei quali gratuiti che sono disponibili per Delphi,
e che si integrano perfettamente nel linguaggio e nel file exe senza
generare porcherie di OCX nel sistema.
Ciao, Sandro

 it.comp.lang.visual-basic a dire che VB è una merda
sarebbe cattivo dai, come andare da un povero barbone a dirgli che e' sporco
e puzza, con la differenza che il barbone probabilmente dimostrerebbe un po'
piu' di ironia (sinonimo di intelligenza) di quanta ne dimostri la gente qua
dentro, e si farebbe una risata.
Ciao, Sandro
ps. il primo a sparare il "sei ot" si becca un dipinto di Teomondo Scrofalo
che rappresenta Bill Gates con un bicchiere in mano e sguardo rubicondo,
come premio per il programmatore piu' palloso dell'anno :)
ps2. ragazzi.. sveglia!!!

...infatti dopo non mi hai piu' ca**to :((...
No preoccuparti, è solo che non mi "attacco" da parecchio tempo. Ho
avuto parecchio da fare con l'università.
E poi è una tua opinione. Io penso bene del Basic perché è stato il
primo strumento che mi ha avvicinato al computer (ho imparato il basic
quando avevo 8 anni). A distanza di 10 anni riconosco ancora la sua
validità in quanto immediato e intuitivo nella scrittura del codice.
Il Pascal l'ho conosciuto dopo ma è stato subito amore a prima
vista!!!
Cmq non ti biasimo se la tua opinione del Basic non è molto buona:
probabilmente tu hai conosciuto direttamente Visual Basic.
Per quanto riguarda l'OT su "se è MS non funziona" non sto più
riuscendo a trovarlo in mezzo alle 12 mila news che mi ritrovo nella
list del FreeAgent.
Ciàh...!

 ps2. ragazzi.. sveglia!!!
Eh? Cosa? io non c'ero! e se c'ero ero crashato !  ;-P
Davide DG

"Ukyo":
| E poi è una tua opinione. Io penso bene del Basic perché è stato il
| primo strumento che mi ha avvicinato al computer (ho imparato il basic
| quando avevo 8 anni). A distanza di 10 anni riconosco ancora la sua
| validità in quanto immediato e intuitivo nella scrittura del codice.
se devo essere sincero anch'io alla tenera eta' di 10 anni
smanettavo col basic...
| Il Pascal l'ho conosciuto dopo ma è stato subito amore a prima
| vista!!!
stessa cosa, e' stato il primo linguaggio che ho studiato in maniera seria
:)
Ciao!

 della Microsoft, di Bill Gates, dei cittadini di Redmond, ecc...?
Perchè esistono programmi in delphi dall'estetica sublime mentre NON ne
esistono in VB...
skerzi a parte, io penso che un buon programmatore [indipendentemente dal
linguaggio che adotta]
DEVE* saper tirare fuori il meglio dall'ambiente di sviluppo. Così un
programmatore delphi non dovrà
limitarsi ad usare pedissequamente la palette di default e comporre form
sistemando 3k controlli tra di loro,
mentre un programmatore VB, sebbene VB suxxi dal punto di vista estetico (io
però sono fermo a VB5),
dovrebbe* dare un aspetto meno "pulsantonistico" ai propri programmi**
* : ognuno fa quello che ritiene opportuno. Io, per esempio, raramente uso
componenti delphi, ma costruisco classi
apposite partendo il più possibile da classi lontane (odio gli overheads
superflui).
** : mi riferisco a quella "classe" di programmatori vb che butta componenti
sulla form a casaccio e sceglie una combinazione di colori molto simile a
"Contrasto LCD" o "Senape" (rif. W3x).
N.B.:
Questo thread, come tutti i thread sull'argomento Delphi vs VB, non potrà
mai finire con la "vittoria"
di una delle due parti....  ma ad uno scambio di opinioni a volte acceso, a
volte interessante altre sterile e puerile.
Io cmq mi sto divertendo moltissimo a seguirlo :))
Ciao, Davide DG

questo programma ci sono circa una decina di programmatori.
Ma ti ha shoccato questo prg eh? :-)
Vuoi una lista moltiplicata per 10 di porcherie gestionali fatte con
altri linguaggi, tra cui in primo piano VB?? 
Vatti a guardare InAzienda, tanto per fare un nome non certo
secondario.
Saluti


 Eh? Cosa? io non c'ero! e se c'ero ero crashato !  ;-P
ahahah bella questa, la dovrebbero pubblicare!!! :)))
Ciao, Sandro

 dentro, e si farebbe una risata.
conosci il proverbio "il gioco è bello quando dura poco?"...
ecco. potrei ironizzare (volentieri) se queste discussioni uscissero per
caso in mexzzo ad altri thread, e siano meno spigolose
invece qui regolarmente qualcuno si sveglia male e si sfoga con noi poveri
VBisti
cmq ti ho gia risposto in un altro messaggio
se lo capisci (sinonimo di intelligenza...) ....
;-D
ciao  ;)
xAERO

 ;-D
bravo bravo vedi che cominci a tirare fuori l'ironia ;) su, dai, che la vita
non e' fatta di soli SUB..END SUB ;)
Ciao, Sandro

Carissimi amici.
(Tutti quanti)
Volevo solo favi partecipi di questo pensiero.
Sono anni che programmo in VB, Delphi (fin dalla 1.0) e da un anno in Java
con vari strumenti.
Beh! sono molto contento di avere potuto apprezzare i pregi di ciascuno di
questi linguaggi/ambienti di sviluppo perche' oggi sono libero di scegliere
lo strumento che mi assicura piu' vantaggi a seconda della situazione. E'
necessario non sputare tanto su OCX e DLL dal momento che non tutti i
programmi sono composti da due Form e tre bottoni e soprattutto non solo
scritti in Delphi.
Io amo delphi e la sua filosofia, ma come negare il vantaggio della assoluta
portabilità di Java (fai girare un exe su Unix o Solaris).
VB ha sicuramente tanti difetti, ma forse non tutti lo conoscono cosi' a
fondo(sapete, le cose sono un' po' cambiate da: 10 PRINT "CIAO") e VB spesso
e volentieri e' preferito a tutti per l'estrema facilita' nell'apprendimento
e nell'utilizzo, quindi anche per i bassi costi di sviluppo.
Non mi piace rimanere legato ad una sola tecnologia solo perche' penso che
sia migliore (lo penso di Delphi) e mi fa piacere sapere che se domani la
Borland-Imprise fallisce e la Microsoft si spezzetta, io non rimanga come un
fesso a piangere su qualche tomba sapendo di dover ricominciare a studiare
tutto da capo.
Oguno ha le sue fisse, ma non siamo qui per incazzarci ogni volta che
qualcuno non parla bene di Delphi, ma per superare i nostri limiti di
conoscienza e ben vengano le critiche, poiche' sono l'anticamera di una vera
crescita (cazzo sembro un prete).
P.S.
   Ha ragione Donatello i bottoni e le edit di delphi non sono altro che un
wrap dei componenti standard di Windows.
Ciao!!!
    Luca

Che c....o e' 'sto TROLL ???


Oh, si fa ancora, non ti preoccupare. Io mi sono perso i migliori
amici per le ragazze!!!
Che C@##O di vita!!!   :-(
Ciàh...!   ;-)

...poi ocx, dll, ecc...
Che, ti ci hanno costretto a scuola?
Cmq io parlavo di Basic non di VB.
VB mi sembra una metamorfosi malriuscita di un Basic a oggetti (dove
gli oggetti sono stati spinti dentro a calci!).
Ciàh...!

di supportare nativamente ADO.
Fondamentalmente il BDE è un'ottima fonte dati. La Borland ha operato
semplicemente la scelta di rientrare negli standard proposti da
Microsoft.
Non sono contro il Basic (contro il VB invece si) ma sono anche
convinto che il Pascal impone un certo ordine mentale che il Basic non
impone.
Io, per esempio, mi sono trovato a scrivere programmi molto più
ordinati e leggibili in Basic dopo aver usato per un anno il Pascal.
Ciàh...!

e cmq bisognerebbe conoscere tutti e due gli strumenti...!



Scusate io ancor anon riesco a capire perche' vi accanite tanto contro gli
OCX, forse la portabilita di ole su altri strumenti di sviluppo ha qualcosa
da invidiare alla non portabilita' delle unit di delphi ?

flessibile e semplice, grazie alla potenza del Pascal


e la cosa che non mi e' piaciuta maggiormante e che non e' Object Oriented
Quindi siccome VB7 sara' OOP con l'introduzione dell'ereditarieta', non ci
saranno piu' differenze!

| L'unico punto molto dolente di VB è il fatto di dover trasportare ogni
| volta ca. 1 Mb di librerie
si perche' gli exe di Delphi fischiano (prova ad usare componenti aggiuntivi
e controlli DB!

acquistare sistemi di sviluppo Microsoft ;)
Perche'? Tu gia' usi Kylix su Linux?

 impone.
E' vero, il Basic non impone certi standard, ma lascia al programmatore
alcune scelte. Personalmente credo che sia solo una questione di esperienza,
se guardo alcuni miei sorgenti di 5 anni fa mi si rizzano i capelli! :)

Giusto


Ciao Luca,
con TROLL si definisce una persona che vuole scatenare un flame (fiammata)
con tantissimi thread.
Saluti,
Donatello Rizzo
http://www.inversewave.com


 saranno piu' differenze!
Hai ragione. Hai letto le nuove caratteristiche di VISUAL STUDIO .NET?
Mostruoso, anche per quel che riguarda i requisiti hardware!
Donatello Rizzo
http://www.inversewave.com

 Ciŕh...!
si, questo č vero, in VB gli oggetti dieri che sono immaginari
o quando si parla di oggetti si intende i controlli... ^_^
;-)
--
ciao
xAERO

o quando si parla di oggetti si intende i controlli... ^_^
No, no, io intendevo proprio oggetti nel senso lato della parola:
qualsiasi tipo di oggetto. E' la struttura del Basic che male si
adatta alla programmazione ad oggetti.
Ciàh...!

 Mostruoso, anche per quel che riguarda i requisiti hardware!
Si le ho lette, ma sinceramente penso che l'evoluzione delle architetture
non si debba frenare solo perche' altrimenti l'hardware diventa subito
obsoleto e inadeguato.
C'e' un bell'articlolo di Giuseppe Naccarato su IOProgrammo di novembre
(gia' uscito in edicola)
che spiega la visione globale della .NET (non solo per Visual Studio).
In sostanza, penso che pochi sono in grado (anche perche' e' difficile avere
piu' soldi di Microsoft) di offrire tanti servizi al costo di un sistema
operativo.
Dal vecchio ole 1.0 ad COM/ActiveX a COM+ per esempio. E che dire di IIS E
MTS.
(ok l'ho capito che non sono completamente gratis e costano il prezzo del
sistema operativo, ma voi lo avreste fatto gratis?)
Con questo voglio dire che Microsoft fin'ora con Windows ci ha messo a
disposizione non solo programmi, ma anche infrastrutture per lo sviluppo,
che pochi altri sono stati in grado di fare. Java e' un'eccezzione per
esempio e non piccola.
Ma .NET e' un'ulteriore modo di concepire i servizi distribuiti (si puo'
sempre ricorrere a altre valide alternative CORBA, EnterpriseJavaBeans ad
es.) e dara' un nuovo impulso ad altri come IBM e SUN a realizzare
alternative concorrenziali e questo, a mio avviso, e' un bene per tutti.
A presto.