Newsgroup: it.comp.lang.delphi
Titolo: delphi c++ builder

Volendo tradurre un progetto delphi nel suo gemello in c++ builder cosa 
occorre ? Bhï¿œ sicuramente che i componenti di terze parti eventualmente 
utilizzati siano installabili anche nell'ambiente builder ok. Ma mi 
chiedo quanto sia conveniente in termini di longevitï¿œ dei due ambienti. 
Secondo voi conviene farlo ? Mi spiego se la imbarcadero dall'oggi al 
domani volesse piantare li delphi conviene appoggiarsi al builder o 
andare su altri ambienti di sviluppo (che qui non cito ma immaginate 
quali possano essere no ?). Immagino che Delphi avrï¿œ ancora vita lunga, 
se non altro perchï¿œ ho notato che un progetto scritto in D7 riesce a 
lavorare anche su W7 ma putroppo W8 sarï¿œ presto messo in commercio, si 
parla solo di un paio d'anni, che non sono mica tanti, e il dubbio ï¿œ i 
progetti che girano su W7 adesso (compresi quelli compilati in D2010) 
gireranno su W8 visto le differenze tra i due sistemi che microsoft 
promette ? Io spero di no perchï¿œ ho appena acquistato D2010 e mi 
girerebbe l'animaccia mia se questo dovesse accadere ma i piï¿œ informati 
hanno qualcosa da dire in merito ?
Dan

 girerebbe l'animaccia mia se questo dovesse accadere ma i più informati


 Quasi quasi mollo tutto e apro una trattoria....
ma non in Italia. Meglio prendere i propri risparmi e trasferirsi in qualche 
paradiso tropicale, dove il costo della vita � basso, e il paesaggio 
splendido :DDD
Ale 

 italia), e interfacce che non sono ancora nemmeno vicine a quelle desktop
Ripeto: non parlo di "adesso", ma di quel che potrebbe essere
domani...
Ci sono 10000 contesti nei quali il cloud non e' applicabile a
prescindere dai casini di privacy...
A.

 dai casini di privacy...
infatti, anche per questo non credo che decoller� mai pi� di tanto.
Ale 

 globale � ben lontano.
ad oggi, il pensiero di linux non � ancora diffuso e specifico. SE 
dovessi sviluppare un'applicazione per linux (sia benedetto il progetto 
Lazarus) niente mi vieterebbe di associarla ad una distro, cos� in fase 
di installazione il sistema sarebbe gi� bello pronto e preconfigurato 
con un minimo sforzo, ovvio in questo discorso non ci entrano le aziende 
che gi� possiedono un server linux. Nulla per� vieta di vendere anche il 
prodotto da solo, cercando poi di associarlo ad una libreria tipo gtk o 
gtk2 che � molto diffusa.
saluti.

 (negozi, privati, ditte, ecc.)
Eppure c'e un interessamento nei confronti di linux da part di negozi e
ditte. Cosi' mi sembra, dalle domande che mi fanno.
-- 
http://www.kiva.org
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


Alla fine vedo che le preoccupazioni sono per tutti un po le stesse come 
per me. Leggendo quanto detto su linux e mac si estende solo il problema 
che � comunque annoso. Con l'avvento di Kylix ho sognato... ma solo 
sognato purtroppo. Io sviluppo anche in C# ma devo essere molto onesto 
non ha niente a che vedere con Delphi, � tutto molto pi� complicato e 
per saper programmare bene occorre studiare molto il framework ancora 
prima del linguaggio. Molto lavoro quindi, in pi� non � che si pu� fare 
veramente tutto. Penso che l'osservazione fatta da Alberto Salvati sia 
perfettamente azzeccata io ho fortunatamente (o sfortunatamente) saltato 
la fase di passaggio dal dos a Windows ed in pratica con l'avvento di 
nuovi sistemi operativi � quello che ci sta accadendo un po ora, con una 
differenza importante: quale di questi sistemi operativi sar� 
commercialmente il pi� sfruttabile ?
Dan.

 ditte. Cosi' mi sembra, dalle domande che mi fanno.
forse solo perch� hanno sentito dire in giro che "non ha virus" e che "� 
tutto gratis", magari pensando che siano gratis, o a poco prezzo, anche le 
applicazioni che tu gli svilupperesti ;)
Ale 

 ha scritto nel messaggio 
news:4be90e08$0$18988$4faf...@reader5.news.tin.it...

parli dei sistemi operativi per dispositivi mobili e del cloud computing, 
vero? perch� per i desktop mi sembra che non ci sia storia: Linux e MacOSX 
sono assolutamente marginali e destinati a rimanere tali, salvo importanti e 
improbabili terremoti (tipo: qualcuno che lancia un'atomica su Redmond). 
Senza considerare, poi, che di Linux ce ne sono molte distribuzioni, e ci 
sono molti Mac su cui OSX non gira quindi il mercato � davvero ridotto. 
Nell'ambito di Win, l'ambiente Win32 verr� probabilmente e prima o poi 
ridotto alla stregua di macchina virtuale, ma non nel brevissimo termine.
Ale 

 ha niente a che vedere con Delphi, � tutto molto pi� complicato
la sintassi non � astrusa, e l'ultima versione di VS 2010 si avvicina anche 
a Delphi (ma nemmeno troppo) quanto a rigidit� e leggibilit� del codice, ma 
le classi del framework sono migliaia e bisogna scavare nella documentazione 
della microsoft che purtroppo �, insieme, elefantiaca e ben poco fruibile. 
Alla fine si trova pi�, e meglio, cercando con google quello che ti serve 
(esperienza personale).
Ale 

 commercialmente il più sfruttabile ?
Se avessi questa risposta non la divulgherei... :-D
A.

 2 o 3 anni tocca rimettersi a studiare....
dipende anche dal settore applicativo nel quale produci software, e se 
questo settore segue o meno la moda.
Ad esempio ultimamente la moda va verso i touch, e c'� gente che vorrebbe 
anche dei gestionali tutti-touch, cosa a me del tutto incomprensibile, 
secondo me l'interfaccia ideale per un gestionale � quella solo-testo, non 
userei nemmeno il mouse, figuriamoci il touch :D
Ale 

 anche dei gestionali tutti-touch, cosa a me del tutto incomprensibile,
Onestamente, non ci ho mai pensato.
Se e quando mi capitera' riflettero' su questa cosa.
A.

Credo, preso da un momento di sconforto, di aver fatto una domanda un po 
troppo generica. Diciamo che in questa discussione hanno ragione un po 
tutti, per un verso o per l'altro. Rispondo ad Alberto dicendo che io 
dal 1997 ad oggi ho lavorato in
VB5, VB6, Delphi 7 (ora D2007), VS2003, VS2005, Javascript, PHP (4 e 5) 
e alcuni framework Ajax e ti assicuro che non mi spiace affatto imparare 
cose nuove. Ma do ragione anche ad Alessandra, quando dice che stando 
dietro ad studiare e provare non si guadagna nulla. Dipende fortemente 
in che ambiente si lavora e quanto successo hanno i tuoi prodotti. Se 
forse per me acquisterei e lavorerei sull'ultimo ambiente di sviluppo 
uscito solo per il gusto di farlo ma questo ï¿½ autolesionista e poco 
produttivo. Il solo migrare un progetto D7 a D2007 con eventuali 
componenti di terze parti (e ne uso veramente pochi e quei pochi sono 
gratuiti al 100%) vuol dire spendere un bel po di tempo sempre che 
riesci a risolvere tutto senza ulteriori spese. Ti faccio un banale 
esempio: ho un gestionale che lavora anche interfacciato a dei palmari 
Windows Mobile 6 (che costano circa 380ï¿½ con batteria estesa da 7 ore di 
lavoro ininterrotto e wifi e applicativo attivi), con l'uscita dell'iPad 
un paio di clienti chiedono se possono usarlo al posto dei palmarini da 
4" e se possono sfruttare il multi-touch, naturalmente pagano un 
"piccolo extra". Secondo te questo piccolo extra anche suddiviso per un 
totale di 12 clienti (ammesso che tutti abbiano voglia di spendere) in 
quanto dovrebbe essere quantificato il lavoro necessario a trasferire un 
progetto scritto in ambito Compact Framework 2.0 in C# che utilizza un 
connector mysql per la comunicazione diretta verso il server db (e 
tralascia pure questo ultimo problema, dato che il connector non ï¿½ 
disponibile per il sistema dell'iPad) ?
Insomma credo sia molto difficile essere sviluppatori indipendenti e ci 
vuole molta fortuna per rimanere a galla. Magari se chi produce gli 
ambienti di sviluppo (che in fondo non ï¿½ che costan poco o sbaglio ?) ci 
garantisse un certo futuro saremmo tutti piï¿½ tranquilli. Per esempio 
Imbarcadero dice vi faccio delphi 2010 che costa un botto ma state 
sicuri e tranquilli che per 10 anni ci potrete sviluppare sopra senza 
problemi con i dovuti aggiornamenti. Ecco sarei un po piï¿½ tranquillo. Lo 
stesso vale per mircosoft, ma come si fa a tirar fuori W7 e parlare giï¿½ 
di W8 ? ok ï¿½ il mercato ma se quando esce W8 i miei prodotti non ci 
girano piï¿½ perchï¿½ hanno stravolto interfacce e/o API di sistema ? Quando 
questo lo facevo per divertimento mi divertivo adesso che lo faccio per 
lavoro non mi diverto piï¿½ e in piï¿½ rischio il bagno.
Mha ?!?!


Non solo ma la gran parte sono convinti che gli applicativi per Win. 
girino anche in Linux, Giorgio

 applicazioni che tu gli svilupperesti ;)
Qui ci sarebbe invece da considerare un valore aggiunto :-))


 niente mi vieterebbe di associarla ad una distro,
Mi aggancio qui alla discussione, per evidenziare un fattore comune a 
tutti gli inteventi letti in questo ramo del thread: si parla di noi 
che produciamo soluzioni software, ma nessuno chiarisce quali sia il 
*target*, cioï¿œ : che cosa vuoi vendere? Su quale mercato ti vuoi 
collocare?
Ad esempio,conosco un gestionale venduto sia per windows che per linux, 
(passepartout) sul quale ho lavorato customizzando reportistica per 
anni. E hanno il loro mercato anche su linux.
Comunque concordo abbastanza con il discorso della "nicchia linux", non 
concordo con la scarsa compatibilitï¿œ tra pacchetti e distro perchï¿œ, 
tecnicamente, non ï¿œ proprio cosï¿œ: tuttavia non voglio scendere nei 
dettagli, sarebbe comunque OT parlare delle differenze dei packages e 
degli installer, del controllo automatico delle dipendenze, ecc...
Secondo me, prima di dire "su linux" c'ï¿œ mercato, su win64 c'ï¿œ mercato, 
sul *cloud* c'ï¿œ mercato.. dovremmo specificare quale mercato vogliamo 
aggredire e con che prodotto.
-- 
Morde

 ridotto alla stregua di macchina virtuale, ma non nel brevissimo termine.
Piï¿œ o meno...aggiungo che ci potrebbe essere una via di uscita, un 
possibile nuovo mercato per un'azienda determinata a scavarsi la 
propria nicchia di business in win32 (sul quale abbiamo tutto il nostro 
parco prodotti, o sbaglio?)
Mi riferisco a ReactOS (
http://www.reactos.org/it/about_userfaq.html
).
ReactOS potrï¿œ essere ana soluzione opensource permetterï¿œ a un'azienda 
di riutilizzare il proprio prodotto win32 e distribuirlo in bundle, 
chiavi in mano, liberando il cliente da costose oneri di licenza dovuti 
alla politica di microsoft.
Dateci un'occhio se non lo conoscete ancora.
-- 
Morde

 (esperienza personale).
Qui si apre un argomento che potrebbe fa scorrere fiumi e fiumi di bit, 
ma che considero importante: in che modo noi lavoriamo quando 
sviluppiamo il nostro software?
Approcciare la piattaforma .net, dal nostro punto di vista di delphisti 
di generazione win32, non ï¿œ cosï¿œ complicato come sembra.
Ci sono dei testi fondamentali che sono sufficienti per fare capire 
come ï¿œ stato pensato e come funziona .net.
Questo ad esempio: 
http://www.microsoft.com/learning/en/us/book.aspx?ID=6522&locale=en-us
Una preparazione buona, non necessariamente universitaria, e un 
sufficiente inglese sono gli unici ingredienti per riuscire ad entrare 
nel framework senza scrivere una riga di codice o aprire un hello world 
per poi premere inesorabilmente F1 sulla prima parola riservata.
Io ho fatto questo percorso, e mi ci sono ritrovato senza subire traumi 
o blocchi di produttivitï¿œ: la curva di apprendimento non ï¿œ stata 
veloce, perchï¿œ ï¿œ necessario studiare, ma una volta che hai capito il 
framework e la sua architettura il resto ï¿œ solo esperienza d'uso.
E cosï¿œ ï¿œ per tutti i linguaggi "moderni", ad esempio java, perchï¿œ le 
architetture dei framework non sono cambiate per nulla, oggi se tu hai 
studiato e uutilizzi i patterns della GOF (scritti 15 di anni fa!) sei 
giï¿œ uno sviluppatore al di sopra della media..
Ciao
-- 
Morde

 Dateci un'occhio se non lo conoscete ancora.
ebbravoilnostromorde! Grazie per l'info, lo provero' di sicuro.


 l'idea) :D
Il problema ï¿œ la visione di come sono fatte le cose.. non serve tenere 
a memoria migliaia di classi, lo dici tu stessa :-), quello che serve ï¿œ 
il metodo che usi per studiare, e la visione delle cose.. cioï¿œ, capire 
l'*architettura*.
Pensa che per sostenere l'esame di certificazione SCJP che sto 
studiando da mesi, qualche pagina al giorno, vengono espressamente 
citate solo alcune classi del framework della standard edition di java: 
quelle per il timestamp; per le culture, cioï¿œ per la localizzazione; 
per i file e gli stream, e le espressioni regolari (solo alcuni 
costrutti). E qualcos'altro che ho dimenticato.
Come vedi non ci sono tutte le migliaia di classi del framework.
Eppure se passi l'esame, per SUN (ora oracle) sei un programmatore java 
certificato. Sai perchï¿œ? Perchï¿œ gli obiettivi della certificazione ti 
fanno studiare *come funziona* la virtual machine, *come funziona* il 
multithreading, come funziona il framework, e cosï¿œ via.
I libroni... si, i libroni non mi spaventano perchï¿œ non si devono mai 
imparare come fossero un testo universitario a memoria, sono lï¿œ per 
spiegarti come sono fatte le cose e tu prendi solo quello che ti serve, 
un po' come un libro di cucina con 1000 ricette: ï¿œ chiaro che un cuoco 
sa scegliere quale primo, quale secondo quale contorno combinare in 
base al tipo di cucina.. ma mica conosce a memoria tutte le 1000 
ricette del libro :-)
Ecco un consiglio per chi intende approcciare lo studio di 
un'architettura/linguaggio nuovo quale potrebbe essere .net/java
1) Comprendere il disegno logico con il quale e' stato sviluppato il 
framework, in altre parole: l'architettura.
2) Capire *come funziona* l'architettura, come viene eseguito il codice 
compilato/interpretato, cosa succede nello heap, nello stack, i 
principi del polimorfismo e dell'ereditarietï¿œ, la virtual machine, la 
CLR..ecc.
Solo alla fine, e proprio alla fine, iniziare a scrivere codice 
(preferibilmente senza il supporto delle IDE che fanno tutto per te)
Vedi Alessandra, molti di noi hanno incominciato con delphi mettendo il 
classico tbutton sul form, premendo doppio click su di esso e scrivendo 
showmessage('hello world');.. ed ï¿œ giusto perchï¿œ delphi ï¿œ nato pensato 
per essere un RAD.. ma non ï¿œ altrettanto corretto dal punto di vista 
dell'informatica come materia di studio sulla quale dovremmo essere 
tutti formati.
Io sono proprio uno di questi, un self-made-man programmatore, quindi 
parlo da diretto interessato.
Solo negli ultimi anni mi sono rimesso a studiare le architetture e lo 
sviluppo del software secondo i principi dell'ingegneria.. e i 
risultato non si sono fatti attendere.
Ciao
-- 
Morde

 pagine.. mica male no? :D)
Ma non dici se magari le prime 800 pagine  ti spiegano public,
protected, virtual, property, override e le altre cose di OOP....
E poi, quante pagine ha un libro su delphi?
A.

Spezzo una lancia in favore di Alessandra anche se condivido 
praticamente tutto di quanto detto da Morde e Alberto. La documentazione 
del framework � ... enorme, allora come giustamente detto da voi due 
perch� non concentrare le informazioni essenziali, quelle che aiutano 
veramente cosa si pu� e cosa non si pu� fare con il Net rispetto ad 
altri sistemi di sviluppo ? Per quanto ne so, sarebbe la prima cosa da 
pubblicizzare da parte di M. Ok con esempi e how to ho imparato ad usare 
il C# e costruito un Web Services in circa un mese ma questo non 
significa che conosco il Net anzi me ne guardo bene dal dirlo. Se invece 
avessi a portata di mano una guida chiara esplicativa senza tanti giri 
di parole che spieghi come � fatto e cosa e come si fan le cose con il 
Net magari lo rivaluterei un attimo di pi�. Nessuno mi ha mai detto che 
(per esempio) sul Compact Framework nonostante alcune propriet� e metodi 
siano presenti non funzionano nemmeno un po', esiste addirittura le 
OpenNetCF per superare il limiti del CF originale , ma si pu� ? Un 
esempio, ultimamente mi � arrivata la necessit� di leggere il segnale 
wifi su un palmare con Windows Mobile 6 e CF 2.0, peccato che il segnale 
sia leggibile solo attraverso una funzione delle OpenNetCF e che questa 
lettura sia lentissima tanto da renderla inutilizzabile. Ho trovato poi 
il metodo scritto in C++ con le MFC e quest'ultimo si che lavora come ci 
si aspetta cio� velocemente. Vi sono altri limiti ad interagire con 
l'hardware e questo ha rallentato parecchio lo sviluppo. Parliamo di 
funzioni di base non di interagire con componenti capaci di fare 
l'analisi medica di un entit� biologica a mo di star trek quindi magari 
ancora .... poco supportati.

 le MFC e quest'ultimo si che lavora come ci si aspetta cioï¿œ velocemente.
Questo non rappresenta una tua qualche lacuna/mancanza, bensï¿œ dimostra 
tutta la tua professionalitï¿œ ed esperienza :-)
Noi professionisti sappiamo che una tecnologia informatica complessa 
quale una piattaforma intera (.net) non ï¿œ la panacea di tutti i 
problemi, nï¿œ il paradiso degli sviluppatori. Loro di M$ ti danno tutti 
gli strumenti necessari, ma nessuno puï¿œ garantirti che tutto funzioni 
alla perfezione, il resto lo fa per l'appunto la tua bravura di 
sviluppatore e di risolutore di problemi.
Ciao
-- 
Morde

 l'hardware e questo ha rallentato parecchio lo sviluppo.
A costo di sembrare ottuso e talebano, sono sempre piu' convinto
che .net e' molto orientato al web e poco al resto.
E anche sul web, cosi' a intuito,  secondo me hanno un po inventato
l'acqua calda....
A.

 l'acqua calda....
Condivido, con i webservices in c# e vs2005 sono andato subito liscio 
non ho mai imparato qualcosa (a sufficienza) cos� velocemente.
Dan.


Bhï¿œ ti ringrazio per aver riconosciuto in me queste doti, diciamo che ci 
provo sempre.
Saluti Morde.

 hanno qualcosa da dire in merito ?
Secondo me, ï¿œ proprio inutile porsi questi problemi, o meglio porseli 
nei termini che hai esposto, perchï¿œ sono decenni che ci si fa assalire 
da dubbi di questo tipo, ad esempio con l'avvento del .NET Framework (e 
io me li ricordo ancora bene), quando poi non ci sono reali motivi di 
preoccupazione, soprattutto se parliamo di un sistema come W8 di cui ci 
sono solamente "voci di corridoio".
Per quanto mi riguarda, puoi continuare tranquillamente il tuo sviluppo 
in Delphi. :)
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)