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

Qualcuno di voi lo usa?
 
http://www.embarcadero.com/products/firemonkey
 
 
se si come si trova? funziona bene?
 
 
 
-- 
http://www.evilripper.net
 
http://www.flickr.com/photos/evilripper/
 

 se si come si trova? funziona bene?
 
Ne abbiamo parlato allo sfinimento nei mesi precedenti, anche in modo dettagliato, e ci sono addirittura commenti legati all'accessibilità e ad altre caratteristiche e peculiarità: dai un'occhiata.
 
La domanda "funziona bene" non ha molto senso così come è posta, a meno che non serva a scatenare l'immancabile "flame", poiché è soggettiva: dipende sempre dai requisiti e dagli obiettivi, quindi trovi chi è entusiasta, chi non è interessato, chi ritiene sia un po' acerba, chi ritiene sia inutilizzabile del tutto. Occorre specificare un ambito, anche se su tutti gli scenari cerca (anche su Google) e trovi senz'altro tutti i tipi di opinioni che ti occorrono.
 
Ciao,
  Marco.
 
-- 
MARCO BREVEGLIERI
#Home: 
http://www.marco.breveglieri.name
 
#Blog: 
http://www.compilaquindiva.net
 

 e trovi senz'altro tutti i tipi di opinioni che ti occorrono.
 
 
ma tipo c'è qualche progetto gestionale dove viene usato firemonkey?
io sinceramente non mi fido molto di questi sistemi che promettono con 
un click di avere un applicazione multipiattaforma e perfettamente 
ottimizzata.
 
Servirebbe per convertire vecchi applicativi gestionali in delphi per 
portarli anche su mac... tuttavia non mi è chiaro di come funzioni la 
parte relativa ai dispositivi mobili.
 
Ora cerco anche su google e nei messaggi vecchi thanks.
 
 
 

 parte relativa ai dispositivi mobili.
 
Se devi fare un porting, mettiti il cuore in pace: non può funzionare ma 
devi riscrivere.
Tutti i vecchi gestionali scritti in delphi che fanno uso di VCL sono 
legati all'API di windows, FM non può leggere codice per sua natura 
incompatibile.
 
-- 
morde
Android
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database
 

 parte relativa ai dispositivi mobili.
 
Esistono dei tool per convertire progetti VCL in FMX, come Mida (
http://midafiremonkey.wordpress.com
), però è sicuramente necessario preventivare di lavorarci sopra e intensamente, perché è impossibile non doverci mettere mano. :)
 
Ciò non toglie che questi tool danno comunque un valido aiuto iniziale.
 
Si presuppone che il software venga poi manutenuto regolarmente, quindi oltre alla questione della migrazione, occorre documentarsi sul modo di funzionamento di FireMonkey, sui meccanismi di LiveBindings e così via, perché poi saranno questi gli strumenti a cui dovrai fare riferimento.


 Esistono dei tool per convertire progetti VCL in FMX, come Mida (
http://midafiremonkey.wordpress.com
), però è sicuramente necessario preventivare di lavorarci sopra e intensamente, perché è impossibile non doverci mettere mano. :)
 
grazie per la segnalazione! :-)
 

 incompatibile.
 
ok sei stato chiarissimo! thanks
nell'altro post Marco mi ha consigliato un tool di conversione 
ovviamente potrebbe aiutare, ma su progetti vecchiotti sarebbe meglio 
rifarli. :-)
 
ciao

 Si presuppone che il software venga poi manutenuto regolarmente, quindi oltre alla questione della migrazione, occorre documentarsi sul modo di funzionamento di FireMonkey, sui meccanismi di LiveBindings e cosě via, perché poi saranno questi gli strumenti a cui dovrai fare riferimento.
 
Se fossi nell'OP, dovendo preventivare un tempo x per il porting, 
sfrutterei quel tempo per *riscrivere* i gestionali imparandomi FM, 
piuttosto che affidarmi ad un software di porting e dovermi poi smazzare 
il risultato.
 
Non ho termini di confronto perchč non uso FM, ma l'impressione che ho 
(usando l'MVC di QT che mi aspetto simile a FM) č che una GUI fai prima 
a riscriverla che a fare il porting da delphi-VCL.
 
Secondo me il grosso del lavoro di porting resta la business logic: un 
motivo in piů per buttarsi sin da subito su FM, i livebindigs ecc..
 
Concordi?
 
Io personalmente non esiterei a rifare ex novo tutto.


 il risultato.
 
Il risultato effettivo dipende dalla qualità del tool che fa il porting.
 
Se si vuole usare un paradigma completamente diverso dal precedente, allora la riscrittura è quasi d'obbligo in ogni caso; se invece non si vuole approfondire o affrontare un discorso del genere, l'uso del tool può essere utile per evitare operazioni ripetitive anche solo per rimettere in piedi interfacce sostanzialmente simili alla precedenti (che verranno ovviamente integrate o modificate in seguito sfruttando le potenzialità del framework grafico che si va a utilizzare).
