Newsgroup: it.comp.programmare.win32
Titolo: Delphi8 (octane) / .Net / Java

Colgo l'occasione per mettere al corrente tutti i frequentatori del NG di
quanto ho sentito oggi alla conferenza della Borland su Delphi 8. Premetto
che sono un po' assonnato e ;-) e quindi potrei dire qualche
inezattezza.Premetto anche che non sono un programmatore Delphi ma
C++Builder e sono andato solo per curiosita', ma sono stato abbastanza
attento.
Delphi 8 funziona solo con .NET nel senso che NON CREA CODICE NATIVO x86, ma
solo Assembly che funzionano con il framework .NET.
Sebbene sia stato dimostrato come sia possibile con poco sforzo ricompilare
anche applicazioni Delphi 1 sotto 
VCL.NET
 (la nuova VCL che si appoggia a
.NET), in pratica Delphi 8, per quanto riguarda il porting di applicazioni
Delphi 1-7 -> Delphi 8 ha tutte le limitazioni imposte dal framework .NET
che vuole del codice sicuro quindi dei cast unsafe o giochini strani con i
puntatori non sono ammessi ed anche se si riesce a compilare, probabilmente
ci sara' un'eccezione runtime.
Pare che ADO non ci sia e nemmeno dbExpress (ma va verificato), quindi anche
in questo caso bisogna riscrivere pezzi di codice.  Morale, circa il porting
non tutto quello che luccica e' oro !!!
Lo speaker di bolrland ha detto che su Delphi 7 esistono 3 checkbox se se
settati danno warning sui puntatori nelle stesse condizioni in cui Delphi 8
da errore (almeno cosi ho
capito). Non so quali sono questi tre checkbox, ma consiglio a tutti i
delphisti,, per un quieto porting, di informarsi quanto prima.
Altra cosa interessante è che se si compila una applicazione in Delphi8 si
puo' decompilarla in CSharp e viceversa in quanto .NET si basa su un codice
intermedio detto MSIL
(Microsoft Intermediate Language) e viene compilato in codice nativo al
momento dell'esecuzione. Per chi ha esperienza di Java succede piu' o meno
la stessa cosa.
Avendo un modello Java-like si pone quindi il problema della propieta'
intellettuale e del reverse engineering che Delphi 8 e ogni linguaggio .NET
rente molto piu' semplice.
Per cercare di arginare il problema esistono dei tool (come esistono su
Java), definiti offuscatori che cercano inasprire il processo di
reverse-enginering. Delphi 8 fornisce uno si questi strumenti in versione
'lite' (non chiedete il nome perche' non lo ricordo)
Per il momento, da quanto ho capito, per agevolare la transizione Borland
mettera' all'interno della scatola di Delphi 8 anche Delphi 7 per chi vuole
mantenere la compatibilita' con versioni Win32, ma non chiedetemi le
edizioni sulle quali questa pratica e' supportata e fino a quando sara'
supportata
La domanda che ha fatto qualcuno è: perche' BISOGNA passare a .NET ADESSO,
quali vantaggi da? Non sono state date, a mio giudizio risposte
soddisfacenti a questa domanda?
La mia impressione, del tutto personale, che Borland abbia deciso di dare un
taglio netto con il passato evitando di avere due prodotti tutto sommato
simili (Delphi e C++Builder) , ma orientarli su mercati specifici, quindi
con Delphi segue M$ nel bene e nel male (== .NET a tutti gli effetti),
lasciando Delphi come Tool Windows, mentre con il Nuovo C++BuilderX cerca di
serguire il mondo NON windows da qui l'ide multi-piattaforma, il supporto di
piu compilatori, il supporto del framework wxWindows ed i recenti annunci
che C++BuilderX supporta le piattaforme Nokia/Ericsson per gli smartphones,
plamOS ecc.
Detto in una battuta li detesto ma li capisco.
Personalmente, per qunato riguarda l'architettura .NET, se di virtual
machine bisogna morire, preferisco Java che risulta disponibile su piu'
piattaforme diverse, quindi la stessa applicazione puo' girare su
Windows/linux senza problemi.
Spero di non aver detto troppe castronerie ed aver reso un servizio a tutti
gli utenti del ng. Quello che ho sentito e che ricordo e' piu' o meno tutto
qui, non tormentatemi con domande da delphisti di lungo corso alle quali non
saprei rispondere ;-))))
Giuseppe Monteleone

 Detto in una battuta li detesto ma li capisco.
Beh se Borland vuole sopravvivere deve comunque metter fuori roba .NET, e
dato che a mio avviso C#Builder non e` stata una gran cosa... credo che
Delphi.NET invece sara` un successo (soprattutto per i delphers
interessati a .NET)
ciao!
-- 
Lawrence