Newsgroup: it.comp.lang.delphi
Titolo: [Firebird] Nuove versioni server e tools (driver DBExpress gratuito)

www.FirebirdSQL.it
-- 
Marco Kregar
marco....@FirebirdSQL.it
www.FirebirdSQL.it
"over the bench the goat sings, under the bench the goat dies"

Marco, 1000k tnx per questa dritta.
Ora  che esiste un driver dbx, abbandono il mio scetticismo non tanto su
firebird quanto sul COSA usare da delphi per accedervi.
A

 ha scritto nel messaggio
news:bte651$1usk$1...@newsreader1.mclink.it...


> Io resto scettico su dbx in generale... 
why?
A

 ha scritto nel messaggio
news:btgpnc$23dm$1...@newsreader2.mclink.it...



Open Delphi Manual (
http://groups.yahoo.com/group/delphi_open_manual/
)

 sembra che sia anche abbastanza rapido nell'esecuzione.
con quale db?
A

 il porting.
Sicuramente, ma nessusno si aspetta che le dbx siano migliorate
o che i bachi vengano corretti, stante il fatto che lo standard in
dotNET non sono le dbx. Ed in ogni caso allo stato attuale lo
sviluppo di applicazioni dotNET non ha nulla a che fare con
Delphi, e non ha nemmeno senso parlare di porting: se si deve
utilizzare dotNET allora lo si utilizzi per quello che è.
Che poi il futuro sia dotNET è ancora tutto da dimostrare.
-- 
Ciao


 con quale db?
InterBase 6.01.


 Che poi il futuro sia dotNET è ancora tutto da dimostrare.
Le caratteristiche sono apprezzabili, attualmente forse più dal lato Web
(ASP .NET) che dal lato "applicazioni desktop", ma non credo che sia lo
sviluppatore a decidere in prima persona, soprattutto quando c'è di
mezzo Microsoft. :-)


 dotNET non sono le dbx. 
Condivido in parte, Marco.
A questo punto dovremmo usare solo ADO già dal 1997 o giu di li, no?
Fermo restando che sarebbe taaaaanto bello se david&company ci dicessero 
in modo chiaro quale tecnologia conviene usare su .Net: 
ado.net
 o dbx?
A

 sviluppatore a decidere in prima persona, soprattutto quando c'č di


 bufala tecnologica.
Il dubbio sorge anche a me, ma aspetto di verificare la situazione sul
campo prima di tagliarmi le vene o stappare una bottiglia di spumante.


 > vengono rese obsolete, la mia č solo paura che dotNET sia un'altra


 i miei progetti ne sono pieni)
Gli eventi possono essere utilizzati, il provider .NET di Firebird li
supporta.
-- 
Alessandro -- D&D Support Team (
http://www.dedonline.com
)
Sostieni i ng liberi: abbonati a quelli a pagamento!

 Visual Form Inheritance che č molto comodo.
Cioč, la windows form non supporta  la ereditarietą di form?
E' uno scherzo, vero?
Che fanno, questi deficienti?
Prima rompono le palle loro e la OOP e poi la mettono da parte in un
contesto del genere?
Spero di aver capito male...
A

 E' uno scherzo, vero?
Mi riferivo esclusivamente alla Visual Form Inheritance di Delphi.
Modificando la classe base da cui deriva una form, è possibile ereditare
da qualsiasi modello esistente, però preferisco di gran lunga
l'approccio fornito da Delphi che automatizza tutto presentandoti le
form e i frame definiti nel tuo progetto e crea automaticamente un
discendente facendo doppio clic su uno di questi elementi.
Inoltre, dato che la VCL prevede la memorizzazione delle proprietà
all'interno come risorse (e non come codice), anche l'Object Inspector
fornisce facilitazioni per l'editing delle proprietà (in un'applicazione
Windows Forms, l'OI è disabilitato e ho dovuto inserire manualmente le
istruzioni necessarie a modificare i valori predefiniti delle proprietà
ereditati dalla classe base che ho scelto).
Però, come dicevo qualche giorno fa, non posso garantirti che - non
essendo ancora pienamente "ferrato" in materia - si tratti di una
limitazione effettiva dell'ambiente o di una mia incapacità nel capire
qual è la sequenza di operazioni corretta da eseguire.
Ciao!
