Newsgroup: it.comp.lang.delphi
Titolo: Ricompilazione VCL Win32 -> VCL .NET con TD Explorer

Buongiorno
Se ho un progetto VCL Win32 sarebbe possibile ricompilarlo per VCL .NET 
usando le due versioni di Turbo Delphi Explorer? Se sě, come?
Io ho provato ad aprire il progetto Win32 all'interno dell'ambiente 
.NET, ma mi ignora bellamente :-)
Un grazie anticipato per qualsiasi informazione.
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Saluti, VITRIOL

 .NET, ma mi ignora bellamente :-)
Cosa significa "ti ignora bellamente"?
Sapendo che in genere il software non ha pregiudizi o antipatie, 
qualcosa dovrebbe succedere... o non succedere. :-D
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)
     Non hai la possibilità di scaricare Turbo Delphi Explorer?
     Te lo spedisco io!! [
http://www.marco.breveglieri.name/?p=48
]

 qualcosa dovrebbe succedere... o non succedere. :-D
Infatti "non succede". Non apre nulla, senza nessun messaggio di errore 
o avvertimento di sorta. Se gli faccio aprire un progetto .NET invece 
tutto OK.


 tutto OK.
E' probabile che l'ambiente Turbo riconosca che si tratti di un progetto 
Win32, quindi deleghi la gestione a questa "parte" dell'ambiente che, 
però, caricando Turbo Delphi.NET non è presente.
Prova a rimuovere il file con estensione ".bdsproj" (dopo aver fatto una 
copia del tuo progetto) ed aprire da Delphi.NET il file con estensione 
".dpr". Dovrebbe apparire un wizard che ti chiede se convertirlo, 
appunto, in Delphi.NET.


 appunto, in Delphi.NET.
Prima di tutto grazie, perché mi sembra che così più o meno funziona, ma 
non capisco come :-)
Lo carica, ma non mi aggiunge automaticamente i riferimenti alle 
librerie Borland.Vcl.dll ecc. Però si compila, ma generando un 
eseguibile molto grande per essere un eseguibile .NET. Se aggiungo 
manualmente i riferimenti alle librerie esterne il file risulta molto 
più piccolo.
C'è forse un modo per includere le librerie all'interno dell'eseguibile?


 C'č forse un modo per includere le librerie all'interno dell'eseguibile?
Ho visto la proprietą "Link Units" per le singole librerie. E' questo?


 C'è forse un modo per includere le librerie all'interno dell'eseguibile?
Anche in ambito .NET, le principali peculiarità di Delphi vengono 
applicate. :-)
In merito alla libreria VCL, il codice sorgente - sempre disponibile - 
viene compilato all'interno dell'applicazione.
Se desideri "esternalizzare" facendo in modo che l'applicazione si 
colleghi agli assembly (che in questo caso coincidono con le relative 
DLL) contenenti le classi VCL utilizzate, aggiungi i riferimenti usando 
l'apposito nodo "References" nel Project Manager.
L'impostazione "Link Units" a cui fai riferimento, se impostata a True, 
indica a Delphi di includere all'interno dell'eseguibile il codice 
sorgente da cui ha avuto origine l'assembly di riferimento selezionato 
nel Project Manager. In sostanza, ripristini la situazione iniziale.


 nel Project Manager. In sostanza, ripristini la situazione iniziale.
OK, quindi cosě facendo posso includere le librerie della VCL č 
distribuire un unico file?
Mi sembra favoloso potere utilizzare sia i componenti VCL che le classi 
di .NET contemporaneamente. Davvero il meglio dei due mondi.
Peccato che non sia supporto .NET 2.0... ho provato ad aggiungere e 
utilizzare una mia libreria di classi compilata con VB 2005 Express, ma 
me la sputa in faccia :-P
Ricompilata da riga di comando per il Framework 1.1 invece funziona che 
č un piacere.
Scusa per i dubbi banali, ma č la prima volta che provo Delphi for .NET. 
Non sono un programmatore, ma ho iniziato a pasticciare un po' di anni 
fa con Delphi Personal e poi sono passato al lato oscuro con l'uscita di 
.NET. Sempre pasticci perň... :-)
Devo dire che ora mi piace l'idea di questo Delphi "ibrido".


 Scusa per i dubbi banali, ma è la prima volta che provo Delphi for .NET.
Si risponde qui apposta per fornire le "certezze" (personali, 
ovviamente) ai dubbi esposti. :-)


 ovviamente) ai dubbi esposti. :-)
Scusa Marco, ma leggendo questo thread i miei dubbi sono aumentati ;-P
Io pensavo che con BDS potevi scegliere fra l'architettura .NET (del
tutto uguale a gli ambienti MS) e le VCL.
Ora invece mi pare di capire che ne esiste un terzo nel quale continui
a sviluppare "come se" fosse un ambiente VCL ma con lo "strato" del
.NET, è corretto ?
Altra domanda: Ho seguito il consiglio che hai dato per migrare un
progetto VCL all'ambiente .NET e ha funzionato (tranne che non mi è
apparso il wizard).
In fase di compilazione mi genera però dei warning, dicendo "unit xxx
is specifc to platform", credo che questo procedimento mi abbia
convertito il mio progetto il .NET nella forma che prima ti dicevo, è
corretto ? Come posso correggere (ammesso che sia possibile) i warning
e magari portare il mio progetto in forma .NET ?
Per farla breve (e per non farti perdere tempo), mi sapresti indicare
dove posso reperire informazioni riguardo la conversione da VCL a .NET
?
Ti ringrazio
Massimo

 dove posso reperire informazioni riguardo la conversione da VCL a .NET
Mi rispondo da solo:
http://bdn.borland.com/article/32983
Ma i dubbi rimangono......
VCL, .NET (WinForm, VCLForm per l'architettura .NET) ??????
Massimo

 VCL, .NET (WinForm, VCLForm per l'architettura .NET) ??????
VCL Win32 sono i classici componenti visuali Delphi, e genererai un 
eseguibile Windows.
VCLForm sono delle librerie per .NET che espongono i classici componenti 
VCL, quindi potrai continuare ad utilizzarli come se lavorassi con 
Deplhi Win32. In piů potrai utilizzare la sterminata libreria di classi 
del Framework .NET, che propone veramente di tutto e di piů. Potrai 
naturalmente anche continuare ad usare le classiche funzioni che propone 
Delphi.
WinForm invece utilizza solamente .NET e i sui controlli visuali che 
espongono le classi di System.Windows.Forms, libreria contenuta in .NET. 
Questi controlli sono diversi rispetto a quelli della VCL.


 e magari portare il mio progetto in forma .NET ?
L'unico modo per correggere quei warning, al momento, è disabilitarli: 
servono solamente a renderti consapevole del fatto che, essendo la 
libreria 
VCL.NET
 un "wrapper gestito" delle funzioni API di Windows, 
così come lo è Windows Forms, il suo impiego, benché basato su un 
framework potenzialmente "portabile" in altri sistemi quale è .NET, è 
specifico per Windows (poiché accede appunto a funzioni API di questo 
sistema).


 Questi controlli sono diversi rispetto a quelli della VCL.
Ma perché io non riesco ad avere un simile "dono" della sintesi?? :-)


 Ma perché io non riesco ad avere un simile "dono" della sintesi?? :-)
Mi sembra di scorgere un certo tono ironico ;-)


 Mi sembra di scorgere un certo tono ironico ;-)
Sì, ma *auto*ironico. :-)


 
Grazie a tutti per l'esauriente spiegazione.
Massimo