Newsgroup: it.comp.lang.delphi
Titolo: Niubbo Delphi & Firebird

Vorrei iniziare ad utilizzare nelle mie piccole applicazioni Firebird
con Delphi 2006.
Fra le tante suite di componenti free e non, cosa mi consigliereste di
utilizzare per l'accesso ai dati e come componenti data aware?
Che ne sò: JVCL, Zeoslib, piuttosto che componenti standard....
Insomma con che strumenti siete abituati a lavorare?
Grazie a tutti per la collaborazione
Seek



Dipende, ovviamente....
C'è un post simile di pochi giorni fa' (e anche molti altri un po' più
vecchi).
Le considerazioni che si possono fare sono davvero molte, personalmente
quando posso uso tecnologie che potenzialmente mi permettono di "andare" su
più tipi di database.
Io uso dbExpress.
Ciao

 utilizzare per l'accesso ai dati e come componenti data aware?
Non ti piace la libreria *dbExpress* accoppiata ai controlli "data 
aware" già presenti in Delphi? :-)
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 Io uso dbExpress.
Diciamo che più che altro la mia voleva essere una specie di mini-
sondaggio per scandagliare le diverse soluzioni e giungere ad
un'ipotetico framework volto allo sviluppo di più applicazioni, ma mi
rendo conto in effetti che la mia domanda era un po' da troll :-))
In linea di massima escluderei qualsiasi DB oltre a Firebird (visto
ciò che ho in mente), ma non escludo comunque librerie che si possono
interfacciare con diversi DB.
Diciamo che ciò che a cui sono interessato è la velocità di stesura di
un'applicazione (non cerco generatori automatici di codice :-)) )
intesa come librerie di funzioni/componenti specifiche per Firebird.
Insomma raccolta di librerie (anche custom, perché no) che faccia
fronte ai problemi più comuni dello sviluppo legato a FB.
Arigrazie
Seek

 aware" già presenti in Delphi? :-)
Già, ma penso che potrebbero essere un buon punto di partenza per
evolvere i componenti standard verso un framework più completo al fine
di incrementare la velocità di sviluppo.
Però volevo sapere se qualcuno prima ha già evoluto tali componenti
nello stesso senso :-))
Grazie per la risposta ;-)
Seek

 nello stesso senso :-))
Cosa intendi per "evolvere i componenti"?
Cosa dovrebbero avere che ti manca?


 Cosa dovrebbero avere che ti manca?
Mah, a dir la verità le cose che ho in mente sono molte.
Alcune di poco conto, come cambiare il colore di sfondo quando in fase
di insert il field è obbligatorio.
Altre (a mio parere) più interessanti, come la possibilità di poter
scegliere un campo di lookup senza aggiungere un nuovo componente
sulla form, oppure sapere se il field linkato ha una foreign key.
Ma non mi fermerei comunque a componenti visuali, ad esempio mi
interesserebbe anche poter eseguire delle query che mi restituiscano i
dati in una matrice di variant.
"E ne ho in serbo altre fortissime..." cantavano gli Elio e Le Storie
Tese :-))
Seek

 Seek
Credo di aver capito cosa intendi, non ho nulla di specifico da segnalarti.
L'unica cosa che ti posso dire è che ultimamente sono rimasto molto colpito
dalle librerie Jedi (esistono da molto ma non le avevo mai installate).
Non sono proprio quello che intendevi tu, ma in ogni caso se dovessi
iniziare un nuovo progetto le prenderei seriamente in considerazione.
Ciao

 Tese :-))
Saranno anche "fortissime", ma prima occorre valutare se hanno un senso. :-)


 Saranno anche "fortissime", ma prima occorre valutare se hanno un senso. :-)
Sicuro che un senso ce l'hanno, le uso tutti i giorni, ma su un RDBMS
diverso ;-)
Grazie per l'attenzione
Seek

 DBlink...confermi?
Non capisco cosa intendi con precisione. :-|
Ciao,
   Marco.


 Non capisco cosa intendi con precisione. :-|
Verissimo, ma (restando alle conoscenze dei controlli standard che ho
io :-) ) bisogna:
1) creare un field allocato staticamente sul dataset
2) posizionare il controllo dbaware
3) linkare il controllo al DB.
Per come sono abituato quotidianamente mi basta settare una proprietà
a true al controllo e la lookup compare, allocando autonomamente una
label che mostra la lookup e senza bisogno di allocare staticamente
nessun field.
Preciso che il mio framework conosce a priori la struttura del DB, e
le relative lookup assegnate alle tabelle sono stabilite a priori...
Non hai mai avuto necessità di creare controlli per ridurre le
operazioni ripetitive?
Ad esempio per le caption dei campi su una grid. Invece di scriverli
uno ad uno, non sarebbe più comodo leggere i commenti degli stessi sul
db in modo da non proporre come default il nome del campo, ma il
commento associato?
Grazie e ciao
Seek
PS: ho sbirciato il tuo blog, interessante l'articolo "Organizzare
l'interfaccia utente di un'applicazione "a pagine"" ;-)

 
Mi dimenticavo che un framework per applicazioni diciamo "gestionali" poi
alla fine lo conosco, è un prodotto commerciale ma dato che stai
affrontando l'argomento io ci darei un occhio, tanto per non rifare cose
che già ci sono!
Fra l'altro il framework in questione è piuttosto sofisticato, permette di
fare veramente molto.
http://www.ethea.it/instantsolutions.asp
Ciao

 commento associato?
Per quanto mi riguarda, sarebbe un grosso problema, visto che il 
commento che generalmente attribuisco ai campi è ben più prolisso del 
nome che vorrei visualizzare su una griglia.
Io purtroppo continuo a non capire qual è il tuo problema, la tua 
mancanza, qual è l'effetto che desideri ottenere.



Ottimo!
Era ciò che più o meno andavo cercando...non ricordi nulla di
free? :-)
Ciao
Seek

 free? :-)
Che tu stessi cercando un OPF non era proprio cosě lampante... :-)
Vedi se puň interessarti *InstantObjects*:
http://www.instantobjects.org/


 
Scusa ma sei sicuro che la definizione Object Persistent Framework sia
corretta per InstantSolutions? O comunque per quello che sta cercando Seek?
Confesso di non essere molto informato ma penso che IS siŕ un framework per
aiutare a realizzare applicativi (con particolare attenzione alla
costruzione delle videate) in tempi rapidi, mentre IO č un framework per
memorizzare oggetti su database (detto proprio in due righe).
Le due cose non sono proprio identiche, anche se poi alla fine tutti e due
"alzano" il programmatore di un altro gradino rispetto al linguaggio nudo e
crudo.
 
Ciao

 
No mi spiace, l'unica cosa che mi viene in mente come ti ho già detto sono
le librerie Jedi...
Ciao

 corretta per InstantSolutions? O comunque per quello che sta cercando Seek?
I have no idea of what Seek is "seeking". :-D


 crudo.
Credo che ti sbagli.. ho dato una scorsa alla documentazione dei due
framework e tutti e due fanno proprio la stessa cosa: object persistence.
Non confondere gli OPF con i packages che trovi per la VCL.
Inoltre, gli OPF non "alzano il programmatore rispetto al linguaggio",
bensì facilitano il compito di persistere gli oggetti che il programmatore
deve gestire. 
-- 
Morde

 Vedi se può interessarti *InstantObjects*:
http://www.instantobjects.org/
Infatti, leggendo i post precedenti infatti la mia intenzione era di
sondare un pochino le esperienze legate allo sviluppo di framework
vostri in merito allo sviluppo su FB, ma poi mi sono accorto che la
discussione è andata troppo nei dettagli tecnici...
Ciao
Seek
PS spero di non averti esasperato ;-)


IS offre anche librerie di componenti visuali e non (oltre che IO).
Seek

 deve gestire.
Tutto quello che ti permette di fare cose che altrimenti dovresti scriverti
a partire da linguaggio ti permettono di "astrarti" da un qualcosa
(persistenza dati o altro che sia) che altrimenti dovresti implementare.
La intendevo in questo senso, non certo che ti scordi il pascal... magari
mi ero espresso male.
Ciao

 Io la sapevo cosě, :-)
E la sai meglio di me :-)
-- 
Morde