Newsgroup: it.comp.lang.visual-basic
Titolo: [OT] Gli sviluppatori Delphi

Ciao a tutto il NG!
 Io sono da anni uno sviluppatore VB, e non capisco ancora perchč gli
sviluppatori Delphi ce l'hanno a morte con questo strumento (a parte le
cretinate anarchiche contro Microsoft e Bill Gates che mi interessano poco).
Ho seguito diverse diatribe sia in questo NG (mesi fa) che su altri e credo
che a parte alcuni problemi effettivamente dimostrabili causati
dall'installazione di software creato in VB, quest'ultimo risulti molto piů
diretto e di facile utilizzo in fase di programmazione (codice) rispetto a
Delphi, la cui sintassi č molto molto complicata (almeno per quanto ho
potuto verificare).
bye, Federico

 bye, Federico
A dir poco, pienamente d'accordo con te !!!
Ti scoccia se ogni tanto ti disturbo con qualche richiesta, io ho solo 3
anni di esperienza ed ogni tanto ho ancora bisogno d'aiuto !!!
Ciao,'"2FB ®foolbrain®"'
Visual Basic Programmer
ICQ 88912631

Allora, io ho avuto modo di usare un po' di tutto. Ti do il mio
giudizio critico:
1) Microsoft VisualC++: ti consente di fare tutto, caffellatte
compreso. Il problema grosso e' che i tempi di apprendimento prima e
di impiego poi sono apparentemente lunghi. Poi ti spiego il perche'
dell'"apparentemente". Il linguaggio e' uno standard, con tanto di
certificazione ANSI.
2) Inprise Delphi: e' la naturale evoluzione ad oggetti dell'antico
TurboPascal (poi Borland Pascal, infine Delphi). Utilizza una variante
potenziata dalle caratteristiche OOP del Pascal (chiamata appunto
Object Pascal) cui e' stato accoppiato un IDE di tipo RAD per la
gestione degli elementi di interfaccia. Molto piu' rapido di un C++,
pero' in qualche modo la rapidita' si paga.
3) Visual Basic.
Ottimo strumento per fare cose semplici e fortemente orientato
all'integrazione con basi dati. Il linguaggio (un basic strutturato)
e' molto semplice da apprendere, ma proprio per questo ha alcuni
limiti che sono disarmanti. Proprio per questo, puoi fare molto, ma
alcune cose e' meglio che te le scordi: non dico che non si possano
fare, ma il costo per farle giustifica ampiamente l'impiego di un
sistema di sviluppo piu' potente (VisualC++??).
"apparentemente": almeno in teoria bisognerebbe utilizzare lo
strumento piu' adeguato al lavoro che si sta facendo; in quest'ottica,
molte realta' utilizzano VB per la produzione dell'interfaccia utente
e dell'automazione relativa, demandando compiti piu' ardui a
componenti scritti in VisualC++. Delphi forse ha il pregio di
collocarsi a mezzo, e in questo senso puo' essere utilizzato come
strumento unico per coprire una varieta' di applicazioni piu' ampia.
Ciao!
Luca Menegotto.


Personalmente credo che se devo cominciare a usare API, mi conviene
farlo tramite VC++: con questo strumento la cosa viene estremamente
naturale, dal momento che il sistema operativo e' scritto in C++ e che
viene fatto un pesante uso di puntatori, cosa assolutamente
inesistente in VB. Non credo che in questo ci sia una differenza di
costo, anzi, forse con VB ti costa di piu' perche' oltre ad apprendere
l'uso delle API devi capire come convertire le strutture dati relative
in analoghe VB.
Ciao!
Luca Menegotto.


quando vanno al cesso si portano dietro 1.5MB di DLL...
;-PP
BEh, forse con VB7 avremo una carta igenica da 4 Mb, anziché 1,5 Mb di DLL:... ;-)))
Ciao,
Moreno
#sirri#@#morenosoft#.com
(togliete "#" dall'indirizzo)
Moreno Sirri VB Site - 
http://www.morenosoft.com/MSVBSite/
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
---------------------------------------------------------------------------

potuto verificare).
Guarda che il pascal è uno dei più semplici e puliti linguaggi che ho
avuto modo di provare... e il delphi è la sua evoluzione! :-)
P.S.
Io attualmente programmo in VB perchè per il tipo di software che stò
facendo è il più adatto! 
Remove CUTME from E-Mail address to reply!
Visit Hardware Tips: 
http://www.hardwaretips.com

quando vanno al cesso si portano dietro 1.5MB di DLL...
Ooooh! Perchè devi sempre fare l'integralista?
Anch'io che ho programmato sia in C che in Delphi (lo faccio tutt'ora) odio
quelli che che odiano i VBisti, solo perchè "loro usano uno strumento
migliore".
Ma migliore dove alla fine? Non mi dire che VB è più bacato di delphi perchè
in VB se ho un crash è quasi sempre (al 98%) colpa mia, mentre con delphi è
capitato (e continua a capitarmi) di vedermi uscire finestrelle "Delphi
exception" mentre scrivo, l'ide che sparisce mentre compilo ecc...
(fantastico il messaggio di NT "eccezione all'indirizzo xxx: la memoria non
poteva essere "read")
Ciao.

quando vanno al cesso si portano dietro 1.5MB di DLL...
Ooooh! Perchè devi sempre fare l'integralista?


 ha scritto nel messaggio
news:8pluma$c23$1...@nslave2.tin.it...


male (e non mi riferisco certo a Delphi).
...e soprattutto capirebbe il perchè certi delphisti scrivono solo
elenchi di idiozie (o chissà, addirittura finirebbe per scriverli lui
stesso) ma non glielo auguro proprio.
Roberto
email: 
ron...@tiscalinet.it

cretinate anarchiche contro Microsoft e Bill Gates che mi interessano poco).
Il fatto è che delphi occupa la stessa nicchia di mercato di VB ma con
meno successo di quest'ultimo. Ciò comporta una certa frustrazione per
il programmatore delphi che si traduce tante volte in un atteggiamento
aggressivo verso VB. Poi, come tu stesso dici c'è la solita crociata
anti-microsoft che ha un peso non irrilevante.
Personalmente pur ritenendo delphi un valido ambiente di sviluppo,
oggi come oggi lo trovo quantomeno inutile nel suo settore di impiego
(Windows). Non è utile per realizzare applicazioni veloci e
specializzate, nel qual caso c'è già e con maggiori virtu' il C++ con
i suoi bei RAD; non è utile per lo sviluppo rapido di interfacce e
applicazioni che non richiedano un'elevata efficienza, nel qual caso
c'e' già il VB ben piu' affermato.
Roberto
email: 
ron...@tiscalinet.it

 wrote:
delphy, vb e c++ fanno schifo, viva clipper.
ps 
ma nessuno che parli anche di Eiffel e Python?

Circa Delphi o VB, sono questioni opinabili.
Dire che il C++ fa schifo significa BESTEMMIARE (e, evidentemente, non
conoscere il C++)!!!
Ciao!
Luca Menegotto.
On Wed, 13 Sep 2000 08:16:49 GMT, 
gabri...@supereva.it
 (renzo)
wrote:


elenchi di idiozie (o chissą, addirittura finirebbe per scriverli lui


 wrote in message
news:gslursk7rlh34hc6t...@4ax.com...



Perche' non in Delphi? Non vedo limitazioni per le quali non sia possibile
scrivere un S.O. con Delphi...
--
Roal Zanazzi


Parole sante!


Eh si', a chi vuoi che interessi un ambiente di sviluppo che ha tutte le
caratteristiche migliori di VB, ma in piu' ha :
- un linguaggio ad oggetti (Object Pascal), invece di un'accozzaglia di
istruzioni per la gestione incompleta dei puntatori e una specie di
pseudo-OOP;
- la possibilita' di costruire componenti visuali leggeri (NON ActiveX) e
non in modo piu' semplice, anche attraverso l'ereditarieta';
- la possibilita' di creare ed utilizzare componenti COM ma _anche_ CORBA,
- etc. etc...
Fermo restando che VB e' un discreto strumento, almeno finche' non bisogna
fare cose piu' serie.
--
Roal Zanazzi


Se tutti ragionassero come te, a quest'ora staremmo ancora a massaggiarci i
crampi causati dalla pascalina...
--
Roal Zanazzi


Sulla mia teoria riguardo la "gravita'" oggettiva e soggettiva ho gia'
scritto rispondendo ad un certo Ugo.
Delphi ha i suoi bei bachi (sempre di piu' con l'avanzare delle versioni),
ma almeno finora i service packs hanno _risolto_ problemi, non ne hanno
_introdotti di nuovi <g>.
Sui bachi di VB non mi pronuncio, ogni giorno ne trovo di nuovi e,
sinceramente, rido per non piangere!
Comunque, per citare il solito Ugo di turno, vorrei fidarmi di un linguaggio
supportato da chi scrive l'Os sui deve girare il mio applicativo... ma a
quanto pare la concorrenza fa prodotti migliori.
--
Roal Zanazzi

Sono d'accordo con molte delle cose che scrivi (tono aggressivo a parte): anche noi usiamo Delphi
per applicazioni industriali, spesso in sinergia con P.L.C.
A ragione Delphi č il vanto della scuderia Borland/Inprise...
Tuttavia ci sono strumenti molto piů orientati allo sviluppo business, con i quali č possibile
ottenere grandi cose e in tempi brevi.
Le parti gestionali "piů impegnative" delle nostre applicazioni le creiamo con Access '97/VBA
avvalendoci poi della distribuzione Runtime.
Siamo molto soddisfatti di entrambi gli ambienti, utilizzandoli sinergicamente non ci si accorge
delle limitazioni che hanno entrambi presi singolarmente.
Quali limitazioni riferendosi a Delphi?
Beh, č sufficiente provare "Gestionali" come Gl-180 o Zucchetti...
In conclusione, a parer mio non esistono ancora ambienti (specialmente RAD) universali, adatti a
qualunque tipo d'esigenza.
Ciao, warp

 crampi causati dalla pascalina...
Ma scusa, ti ho detto forse che devi ragionare come me?
Ti ho detto esattamente il contrario, tu continua pure a usare Delphi, che
io continuo tranquillamente a usare Vb.
ciao
ugo

Io aspetterei anche di dare un'occhiata al C#
ciao
ugo

delle opzioni dei loro prodotti!
Sai cosa Roal?
Un paio d'anni fa pensavo le tue stesse cose, poi in azienda è iniziata una collaborazione con gente
che sviluppa con Access e VB a livelli professionali (non semplici smanettini).
E sono stato costretto a cambiare buona parte delle mie opinioni in merito: se conosci questi
ambienti anche solo al 70% delle loro "reali" possibilità puoi fare *grandi* cose in tempi molto
brevi.
Se la cosa t'incuriosisce magari ti mando in mail qualche link dal quale puoi scaricare Demo molto
interessanti.
In ogni caso ti confesso che ho visto gestionalini niente male perfino in FileMaker (!!!) .
Se il cibo è cattivo a volte è colpa degli ingredienti, più spesso del cuoco!!
Ciao, warp

 semplice di VB?
Uso Access per il front-end solo quando e se devo lasciare parte o tutto il
codice a disposizione dei responsabili Edp dei clienti.
Quando posso evito di usarlo semplicemente perchè lo considero troppo rigido
per i miei gusti.
Vb rappresenta un buon compromesso tra rapidità di stesura, flessibilità e
personalizzabilità, pur con i limiti già evidenziati.
Detto ciò, dato che al di là dello scambio di battutine considero Delphi un
ottimo ambiente di sviluppo, preferirei tornare a discorsi + oggettivi.
Credo che in questo senso la scelta di un ambiente RAD piuttosto che l'altro
sia dettata da politiche aziendali, dall'integrazione o meno col mondo
Office, a volte semplicemente dalle conoscenze degli sviluppatori su uno o
l'altro linguaggio di base.
Tutto il resto è relativo.
Alla fine ciò che conta dal punto di vista del cliente è stare nei costi e
avere una soluzione funzionale e ciò che conta dal punto di vista dello
sviluppatore è stare nei costi e riuscire a dare un'applicazine funzionale e
manutenibile senza doverla riscrivere ogni volta.
Personalemnte (preciso ancora una volta, parlando di applicazioni business e
NON di sviluppo di sistema) mi trovo benissimo con Vb.
Capisco pure che tu ti trovi benissimo con Delphi.
Solo vorrei che la "storia" di Vb, nato come linguaggio povero ad uso quasi
amatoriale ma evolutosi ormai in ambiente di sviluppo per gestione dati
completo e stabile, non influisse sul giudizio, a volte un po di parte, che
si da sulle sue potenzialità.
E vorrei che la semplicità d'uso non venisse sempre interpretata come limite
anzichè come pregio di un linguaggio.
Che poi attragge a sè lo sviluppatore principiante è semplicemente un punto
di forza sul piano commerciale.
Sarà poi la validità delle applicazioni che produci ad essere messa in
discussione.
Al cliente l'ardua sentenza.
ciao
ugo

 delle opzioni dei loro prodotti!
in effetti e' un punto che in praticamente tutti i prodotti ms non finisce
di stupirmi. anche quando le cose sono fatte per bene, se ci sono piu'
opzioni quasi certamente come default viene scelta la piu' onerosa se non
stupida. come se i programmatori sapessero lavorare, ma qualcuno pensasse di
saperne di piu'.


Parole sante queste!
Se la smettessero di considerarci tutti imbecilli e si tenessero certi
default per loro...
... e se avvisassero quando cambiano da una release al'altra.
... e se invenzioncine tipo gli assistenti di office o la ricerca rapida le
riservassero all'installazione "per imbranati"...
ciao
ugo

 riservassero all'installazione "per imbranati"...
dimmi la verita': quanti clic riceverebbe l'ultimo, fra i vari pulsanti
all'installazione:
typical
compact
custom
fools
?

no" in molti campi in cui VB decide per te...
E' proprio una delle ragioni per cui VB è un RAD piu' veloce in
termini di sviluppo applicazioni (e piu' scelto) di Delphi. Chi decide
di usare VB fa una scelta chiara, intende sviluppare rapidamente
applicazioni a 32 bit senza doversi mettere a combattere con
puntatori, locazioni di memoria, e compagnia.  Diversamente c'è già il
C++.
Tutto ciò puo' anche avere un costo in termini di efficienza, ma si
tratta di un costo irrisorio nella maggior parte dei campi in cui
trova applicazione il VB. 
Poi come detto, un programmatore che avesse bisogno di scrivere codice
efficiente e programmare a un livello piu' basso, farebbe bene a
scegliere il C++ con un suo RAD, non solo per il fatto che certamente
riesce meglio del Delphi allo scopo, ma anche perchè la conoscenza del
C++ è un'ottimo investimento professionale per motivi chiari a tutti,
e duraturo,dato che il mercato del C++ oltre a pagare bene per quel
che mi risulta, è abbastanza stabile ormai.
Il mio punto di vista è che che investire tempo e denaro in delphi,
oggi come oggi, è generalmente infruttuoso vista la poca richiesta e
diffusione del delphi in ambito professionale; ed è rischioso, dal
momento che borland non ha le stesse solide basi di microsoft e
dovendo scommettere quale fra le due società ci sarà ancora fra 10
anni non scommetterei certo su borland.
Ciao,
Roberto
email: 
ron...@tiscalinet.it

chi scrive l'Os sui deve girare il mio applicativo...
Parole sante. 
Roberto
email: 
ron...@tiscalinet.it

Posso intromettermi.
Ho notato in questi discorsi un po' di nervosismo, chi dice che VB e'
fantastico, chi dice che e' meglio DELPHI chi C++.
Quello che non mi piace di questi discorsi e' il fatto che a tutti i costi
si tenda brutalmente ad abbattere gli altri strumenti.
Io do ragione del fatto che C++ sia un buonissimo e collaudatissimo
strumento per chi vuole realizzare applicazioni con prestazioni
elevatissime.
Allo stesso tempo sono daccordo sul fatto che VB sia molto piu' utile per
sviluppare applicazioni in modo veloce, sfruttando appunto tutto cio' che
c'e' gia' di incorporato.
Non e' da sottovalutare il fatto che con VB si possono creare applicazioni
IIS e DHTML.
Anche io sono daccordo sul fatto che Microsoft sia un colosso e che per un
motivo o per l'altro sia sempre sulla cresta dell'onda.
Pero' non stiamo ad offendere chi utilizza strumenti diversi, anzi,
ascoltimone pregi e difetti e discutiamone in modo costruttivo.La
concorrenza e' ottima sia per fare in modo che gli strumenti che vengono
costruiti siano sempre piu' efficienti e che non nasca un monopolio
disastroso.
In questo ng mi aspetto persone che scambiano idee non che promuovono
prodotti.
Voi che cosa ne pensate?
Per esempio, che cosa fa VB + di Delphi? (e viceversa...)
Proponiamo funzioni e caratteristiche e mettiamole a confronto in termini di
tempo di sviluppo e di prestazioni e vediamo alla fine il risultato.
Scusate
Ciao

 anni non scommetterei certo su borland.
Ok, però per sviluppare un'applicazione database non é necessario usare
puntatori e locazioni di memoria, anche Delphi ti mette a disposizione
strumenti di accesso veloce ai dati, al pari di VB, senza dover
necessariamente scrivere righe di codice. Secondo me la scelta di un
prodotto di sviluppo si basa sia sul target dell'applicazione da creare, sia
dalle proprie conoscenze specifiche riguardo al linguaggio in se'... e
purtroppo anche dai tempi di consegna da rispettare. Detto questo io ho
usato entrambi, e ognuno ha i suoi pro e i suoi contro. Tieni presente che
Delphi girerà anche in versione nativa per Linux, anche se ovviamente in
questo caso ci sarebbe anche il discorso sulle (inutili) battaglie sui
sistemi operativi.
Inutile usare un martello pneumatico per attaccare un chiodo, quindi. Se la
conoscenza di base di un programmatore è per il 90% VB, allora è assurdo che
usi altri linguaggi per sviluppare la sua applicazione. Concordo con il
fatto che conoscere il C e il C++ fornirebbe comunque delle ottime basi,
specialmente per lo sviluppo su piattaforme diverse da Windows.
Ciao
Sergio
-----------------
www.zaxomatic.com

Beh, anzichč fools basterebbe rinominarlo
"Se hai il coraggio scegli questo"
:-)
ciao
ugo

 a écrit dans le message news:
B5EBBC92.61A%zax...@zaxomatic.com...


si tenda brutalmente ad abbattere gli altri strumenti.
Massimo sei il benvenuto, ma la tua critica mi pare un po' fuori
luogo. Io nell'espimere la mia opinione non ho inteso brutalmente
abbattere nulla, ma piuttosto indicare per quali ragioni non
investirei sudore e fatica in delphi, che come già dissi (ma ripetere
fa bene) ritengo un buon ambiente di sviluppo. ;)
Ciao,
Roberto
email: 
ron...@tiscalinet.it

 Parole sante.
indubbiamente.
certo, se il produttore dell'o.s. e del linguaggio li creasse un po' meno
bisognosi di supporto, non sarebbe male.
una bella prova dell'alce...

 c'è tra VBA e VB ?
VBA: Visual Basic for Applications - è la versione di Visual Basic inclusa
nei prodotti Office (ad esempio Access). Viene fornita (ovviamente a
pagamento) anche ad altre aziende che la possono includere nei loro prodotti
per renderli personalizzabili e programmabili. Non puoi però farne programmi
da rilasciare stand-alone, vive all'interno del prodotto nel quale è
integrata e funziona solo al loro interno (a meno che tu non abbia, per
esempio, il runtime di Access, che ti permette di rilasciare il tuo database
con il motore per fare funzionare il tutto, senza bisogno che l'utente
acquisti ed installi MS Office).
VB: Visual Basic - il linguaggio in questo caso ti consente di scrivere
applicativi e di rilasciarli senza essere legati ad alcun prodotto, a parte
le DLL di VB. Ma di questo di occupa il programma che ti crea il setup della
tua applicazione.
Spero di essere stato abbastanza chiaro e conciso.
Ciao
Sergio
-----------------
www.zaxomatic.com

 [...]
--
Ciao.
Maurizio
--------
?SPQR(C)
 X

Access VBA era presente pure nella 97, e forse anche nella 95, ma prima
della 97 non lo usavo.
Ciaotutti,
Alessandro
Maurizio Borrelli <Please...@To.Newsgroup> wrote in message
news:8q7e39$ms0$2...@nslave1.tin.it...


Per Access l'affermazione e` vera solo dalla versione 2000.
No, l'affermazione è vera a partire dalla versione 95.
A partire dalla '97 è stata introdotta la compilazione (attraverso P-Code) dei progetti VBA.


 Access VBA era presente pure nella 97, e forse anche nella
95, ma prima della 97 non lo usavo.
Capperi! Hai ragione. Scusate ma evidentemente sono un po'
frullato. Ci sto dando dentro con studio e "restyling" per
MSO2k e tendo ad attribuirgli piu` virtu` di quante non ne
abbia per farmelo piacere ;)
In effetti il concetto di fondo che avevo in mente e che mi ha
fuorviato riguarda l'avvenuta e, per me, benvenuta
standardizzazione di VBIDE per tutte le applicazioni Office.
Compreso il grande incompreso Outlook.
Riguardo VBA in Access 95, invece, ho ancora qualche dubbio.
Dato che, se non sbaglio, altro non era se non Access 2
"riconfezionato" per Windows 95, mi viene da pensare che
usasse ancora "Access Basic". Sbaglio?


 A partire dalla '97 è stata introdotta la compilazione
(attraverso P-Code) dei progetti VBA.
Grazie! Avevo gia` rettificato, scusandomi, in risposta alla
medesima correzione fatta da *Alessandro*. Ed avevo espresso i
miei dubbi riguardo la v.95. Tu, invece, confermi che
    da Office 95 *compreso*
VBA e` il "linguaggio macro" di Access?


VBA e` il "linguaggio macro" di Access?
In realtà parlando di Macro con Access,  s'intende un linguaggio di script che è rimasto per
compatibilità con le versioni precedenti (e che viene eseguito in modalità rigorosamente
interpretata).
E' ottimo per i neofiti e per chi non ha intenzione di cimentarsi con Visual Basic Applications.
Comunque Access a parte, riflettevo sul fatto che quando in questo ng. si tira in ballo Delphi la
"diattriba" non si risolve con meno di 50 post!!!!  :-D
Ciao Maurizio, warp

 Compreso il grande incompreso Outlook.
incompreso forse, grande, anzi grosso, senz'altro. il 98, su w95, mi
succhiava il 15% di risorse appena aperto.
calcola che oe lo tengo aperto, sempre quando sono sulla dedicata, quasi
sempre quando sulla commutata, spesso offline.
a dispetto dei suoi detrattori, e pregando i suoi molti infettatori che non
mirino proprio questo particolare esemplare, trovo un discreto programma oe.
e' vero pero' che appuntamenti ecc. cerco di tenerli a mente. non so da quel
pdv come funzioni il fratellone.
ciao, a.