Newsgroup: it.comp.lang.delphi
Titolo: Info

Ciao
Sono nuovo del newsgroup quindi cercate di perdonarmi se ripeto domande già
fatte.
Attualmente programmo in Visual Basic, Visual FoxPro e Visual C++ (a seconda
delle necessità).
Stufo della situazione vorrei adottare un ambiente di sviluppo unico,
completo e ben fatto.
Ho sempre sentito elogi verso Delphi, quindi vorrei valutarlo.
Il tipo di programmi che realizzo copre vari settori, dalla gestione
database, alle applicazioni desktop, alle applicazioni Web, agli oggetti
COM, alle dll di estensione, al calcolo numerico e via discorrendo.
Ecco dunque le mie esigenze...
1) ho la necessità di accedere a database senza dover installare sul PC
dell'utente un SQLServer, Interbase, Oracle o altro; esiste in Delphi una
libreria di accesso ai database che non richieda installazione (es. ODBC)?
Meglio ancora, esiste un supporto nativo per una qualche sorta di database
serio?
2) ho visto soluzioni che si appoggiano a Paradox in quanto i driver per
questo database sono preinstallati in Windows. Qualcuno conosce Paradox? E'
un database completo (lock, transazioni, ecc)? In Delphi esistono driver di
accesso diretto a Paradox senza passare per ODBC?
3) I compilati Delphi sono autonomi o necessitano di librerie di runtime
esterne?
4) Cosa non si può fare in Delphi (domanda per i più esperti)?
5) Quali differenze ci sono con C++Builder (a parte la sintassi del
linguaggio)?
6) I compilati hanno prestazioni paragonabili a quelle di un programma C++?
7) Come vi trovate con il debugger?
8) Ad una prima occhiata la documentazione fornita con il programma (help),
almeno nelle versioni trial, mi sembra abbastanza carente. Avete qualche
buon libro da consigliarmi? Qualche sito web di riferimento, italiano se
possibile, ma va bene anche americano?
Altre domande alla prossima puntata...
Per il momento ringrazio tutti quelli che avranno la pazienza di
rispondermi.
Ciao
GG

 rispondermi.
Benvenuto!
Gianandrea.


Ho dato solo un'occhiata all'help. Mi sono sicuramente sbagliato.
Per quanto riguarda il libro, ti riferisci a "Delphi 6 developer's guide" ?
Com'è "Mastering Delphi 6"?
Grazie
Ciao
GG

 Com'è "Mastering Delphi 6"?
Ho letto Delphi 5 developer's guide l'impostazione è professionale. Anche
Mastering è ok, ma (giudizio del tutto opinabile) un gradino sotto.
G.

serio?
Beh, qui non ho capito quello che vuoi dire. Devi installare il db
oppure no? Se non puoi installare il db allora sei messo male perchè
giocoforza devi usare dei cosiddetti db flat-base che, secondo me, non
sono il massimo. Potresti usare paradox ma devi installare il BDE
(sono circa 11 mega di roba...) e comunque tieni presente che
l'atteggiamento della Borland verso il BDE è quasi di abbandono.
Potresti usare componenti di terze parti (ne ho solo sentito parlare,
non le conosco direttamente) che forse inglobano all'interno del tuo
eseguibile dei componenti di accesso ai dati (guarda su torry o su
altri siti delphi per vedere se esistono).
Se invece puoi usare oppure installare un db server allora le cose
vanno molto meglio. Ovviamente a seconda del db che vuoi usare puoi
adottare una tecnica diversa (Ado, che è la via migliore per la roba
M$, dbexpress, che è la nuova strada per l'accesso ai db proposta
dalla borland, componenti nativi quali ibx, per interbase, DOA per
oracle ecc..).
Difficile quindi darti una risposta generica, molto dipende dalle tue
specifiche necessità (piu' il problema è generico e piu' è difficile
risolverlo.....).
Ciao, Rocco

 buon libro da consigliarmi? 
Ti consiglio di acquistare il testo inglese:
"Delphi 6 Developer's Guide" di Teixeira-Pacheco.
-- 
Posted from  [80.105.34.80] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 possibile, ma va bene anche americano?
Mah, l'help in linea l'ho sempre trovato completo. Ovviamente non e' un
manuale, ma copre praticamente tutto..
Per i link, ti consiglio di guardare le FAQ
Ciao !                                            {MSX}
--
{MSX}  -  
http://msx.rules.it
Mantenitore delle FAQ di it.comp.lang.delphi,
reperibili qui: 
http://gpi.infomedia.it/abc/delphi/FaqDelphi.txt

You may order it now and we will ship it 
----
Lawrence "Rhymes" Oluyede
rhy...@myself.com

e poche altre cosette..
e ciň non č detto che sia uno svantaggio :)


7) Come vi trovate con il debugger?
buono (anche non lo uso al massimo)
Ciao,
Alan Solo

 possibile, ma va bene anche americano?
texeira&pacheco.
L'help non è poco chiaro, ma alcune cose tipo i socket sono spiegati male.
 
Bye
AS
-- 
Posted from  [212.17.220.41] 


 e ciò non è detto che sia uno svantaggio :)
In effetti :)
Io ho trovato molto comodi gli operatori, pero' in effetti farebbero a botte
con lo stile piu' "pulito" di pascal.. Invece la derivazione da piu' classi
credo che venga utile molto raramente: in c non le ho mai usate e in Delphi
non ne ho mai sentito la necessita'..

e poche altre cosette..
Però anche delphi ha qualche cosuccia che il C++ non ha:
Da  
http://home.xnet.com/~johnjac/Delphi%205%20vs%20Visual%20C.htm
Object Pascal does not offer multiple inheritance, templates, operator
overloading, inline functions, preprocessor/macroes, globally
accessible static class variables, nor nested classes. C++ does not
offer virtual constructors, embedded procedures, sets, built-in
messages, built-in interfaces, built-in OLE automation, built-in
strings, or the "finally" construct. None of these are real
impediments in either language, as alternatives exist for all of them
that are more than adequate in creating the same results
-- 
(*metallikop*libero*it*)
{
http://web.tiscali.it/mbsoftware
}

Se usi il dbexpress ti serve il client del db + una (1) (one) dll!
aggiungo che se si usa IB, bisogna aggiungere solo un'altra dll (per i
client)...
in totale due dll.. incredibile :)
Ciao,
Alan Solo

or the "finally" construct. 
Il costrutto finally puo' essere implementato da una
particolare piattaforma: vedi C++ Builder, ancora una volta,
che possiede il costrutto:
try
{
   // ...
}
__finally
{
   // ...
}
Come vedi, un confronto, in generale, tra C++ e Delphi, non
e' fattibile.
-- 
The Follet

in totale due dll.. incredibile :)
...e installare il server e configurarlo...
-- 
The Follet

e' fattibile.
Quell'articolo parla di Delphi vs Visual C++, e il confronto sembra
fattibile.
E sembra fattibile anche il confronto OP vs C++, e se non si possono
confrontare, magari se ne può invece discutere :)
-- 
(*metallikop*libero*it*)
{
http://web.tiscali.it/mbsoftware
}

fattibile.
Peccato che l'autore dell'articolo conosca poco il VC++ e il
C++, visto che ha detto un bel po' di cose errate.
Poi, veniamo a te: quell'articolo parla di Delphi vs VC++,
ma tu lo riporti come confronto tra Delphi e C++.
Questo e' fondamentalmente errato.
Un confronto tra Delphi e C++ non si puo' fare, in generale,
proprio perche' stai confrontando un ambiente
(implementazione + supporto della piattaforma) con un
linguaggio (scarno perche' standard, ma dalle potenzialita'
illimitate).
-- 
The Follet

...e installare il server e configurarlo...
beh, chiaro...
e poi c'e' anche il silent install, volendo
(le configurazioni sono minime-nulle)
Ciao,
Alan Solo

 Alan Solo
Ci sono casi in cui non č possibile installare un database server.
Nelle applicazioni internet in hosting presso un provider.
Provate a dire al provider di installare un database nel server con i rischi
che questo comporta.
Oppure su un Win98...
Se il computer č mio ci posso fare quello che voglio e posso installare
anche IB (che tra l'altro mi ha un po' incasinato Win2000 Server), in caso
contrario, meno interferisce e meglio č.
Visual FoxPro ha un supporto nativo per database e non richiede nessuna
installazione.
Ciao
GG

 che questo comporta.
Scusa,
ma se la tua applicazione deve appoggiarsi a un DB, un DB da qualche parte
deve pur esserci! ;o)

 installazione.
Non conosco Visual FoxPro ma non capisco che cosa tu intenda
con "supporto nativo per database".
-- 
Posted from  [80.105.34.80] 


Intende dire che non ha bisogno di niente di esterno per accedere ai
db, ma attenzione: si tratta di file dbf o di una loro evoluzione.
Bye
AS
-- 
Posted from  [212.17.220.41] 


 db, ma attenzione: si tratta di file dbf o di una loro evoluzione.
Esatto
E' molto comodo perchè sono sicuro che funziona su qualsiasi macchina lo
vado ad utilizzare e, ripeto, non richiede installazione.
Forse è una mia fissazione, ma se realizzate un programmino, ad esempio una
rubrica telefonica, installate Interbase per poter avere un database da
poter utilizzare?
Per quanto riguarda Internet, il provider può fornirti un database server,
oppure no. Se non lo fa, e non puoi rivolgerti a qualcun altro perchè ti è
imposto dal cliente, che fai? Usi Access che si pianta con due accessi
contemporanei? File di testo (compreso XML)?
Secondo me la grossa carenza dei linguaggi che conosco è che, a parte VFP,
non hanno una seppur minima libreria di gestione database incorporata (ed
ogni programma gestisce dati).
Ok, si possono acquistare, come pure posso far fare il programma a qualcun
altro :-)
Comunque vi ringrazio per le informazioni.
Mi sono fatto un'idea di come funzionano le cose in Delphi.
Ciao
GG

 ogni programma gestisce dati).
Mah... non so fino a che punto VFP sia una convenienza, anche
perche' mi insospettisce il fatto che MS non l'abbia incluso
in Visual Studio .NET.  
Per quanto riguarda la "grossa carenza", Delphi 6 ha ora 
dbExpress, che finalmente ha guarito l'onnipresenza del BDE.
-- 
Posted from  [80.105.34.80] 


 dbExpress, che finalmente ha guarito l'onnipresenza del BDE.
Spero sia quello che mi serve. Lo valuterò appena possibile.
Ciao
GG

precisa* e Object Pascal non lo e'.  
Ok ok...Punti di vista su cosa si intende con la parola "standard".
Tu affermi che un linguaggio standard è solo quello che la commissione
internazionale decide. Io intendevo dire che OP è "standard" perchè in
questo caso è solo la Borland a decidere cosa è "standard" per il
linguaggio OP, visto che non esistono centinaia di implementazioni
diverse del linguaggio, ma solo quella usata con Delphi.
-- 
(*metallikop*libero*it*)
{
http://web.tiscali.it/mbsoftware
}

diverse del linguaggio, ma solo quella usata con Delphi.
Il discorso e' ribaltato: non ci sono implementazioni
diverse di OP e quindi non ha senso tracciare una linea che
le accomuni, un'insieme di caratteristiche che deve essere
standard.
Ti faccio un esempio piu' concreto: se io dico che la
postazione di un'operatore telefonico *DEVE* avere certe
dimensioni, compatibili con la vivibilita' del posto, allora
non posso scendere al di sotto di tale limite.
Non posso costringerlo a lavorare su un tavolino da 1 cm
quadrato.  Pero' ognuno e' libero di estendere tale limite e
costruirgli una stazione da 2 metri x 2.
La posso fare rossa, verde, gialla, come mi pare, purche'
rispetti gli standard di qualita'.
"standard" e' standard proprio perche' pone dei limiti
invalicabili, poi ognuno, nel suo rispetto, e' libero di
fare come vuole, ma la ragione d'esistere dello standard e'
proprio perche' esistono diversi implementatori.
-- 
The Follet

assicurazioni sul suo futuro.
Certo, certo, le assicurazioni di MS le conosciamo tutti :)
Lo spero per voi, ci mancherebbe...
-- 
The Follet

Leggi un manuale di C++.
Preferirei prendermi a bastonate sulle palle.
L'oggetto TStream, tanto per fare un esempio, secondo te fa parte del
linguaggio OP, oppure no? Se dici che std::string fa parte del
linguaggio C++ perchè fa parte della libreria standard, perchè allora
TStream non dovrebbe far parte del linguaggio OP, dato che è contenuta
in una libreria, la VCL, strettamente legata al linguaggio OP. A quel
punto il linguaggio OP sarebbe di gran lunga quello maggiormente
fornito di *strumenti* di qualsiasi altro linguaggio.
E terrei a precisare che lo stesso discorso non può farsi per il C++
del Builder, per le ragioni che ho già spiegato precedentemente.
-- 
(*metallikop*libero*it*)
{
http://web.tiscali.it/mbsoftware
}

Io ho esposto i problemi reali con cui mi devo confrontare ogni giorno per
il tipo di lavoro che faccio.
Se tu non li hai mai affrontati perchč sei cosě fortunato da poter dettare
le regole del gioco, beato te.
Per favore non farmi prediche e non dare giudizi su cose che non conosci.
Con questo vorrei chiudere la discussione che mi pare stia degenerando.
Ringrazio ancora per le informazioni fornite e mi auguro che discuteremo
tecnicamente su altri argomenti inerenti Delphi.
Ciao
GG

installazione.
quali database ? .. e senza installare il database? .. non ci credo...
per delphi esistono molti oggetti nativi ad es. per interbase (vedi
IBX,IBO, FIbPlus ...) pero' *interbase* deve esserci!
(interbase e il tuo exe e basta)
...se usi dbExpress come middleware, allora devi avere interbase, il
tuo exe e la dll di dbExpress...
se con db  intendi file dbf o simili allora non si sta parlando di db
"seri" se mi permetti...
Ciao,
Alan Solo