Newsgroup: it.comp.lang.delphi
Titolo: Dicono di Delphi

"Ambiente di sviluppo della Borland per la scrittura di applicazioni per
Microsoft Windows. Semplice da utilizzare, intuitivo nella progettazione,
efficace anche per il Web. Con Delphi è possibile costruire un programma per
Windows senza conoscere le logiche di base della programmazione classica."
Questo significa che imparando il Delphi non si impara le logiche della
programmazione?
Il Delphi ha subito una evoluzione tipo il Visual Basic.
Cioe' cambia linguaggio da una versione base a quella .net?
Insomma posso cominciare da un corso qualsiasi e da una versione qualsiasi?
Ho visto dal sito della Borland il Delphi .net?
Cos'e' cambia tutto come il VB .net.
-- 
------------------------------------------------------------
Cavitt Soc Coop a rl
------------------------------------------------------------


Mars University: «Knowledge brings Fear»

 che meglio facilita il passaggio tra quelli attualmente disponibili.
Sinceramente non ho ancora ben compreso quali modifiche .NET
ha portato nella programmazione, principalmente non capisco la differenza
che c'é fra
Win32 e .NET.
Leggendo quello che scrivi sembra che comunque un programmatore si debba
adeguare ed aggiornarsi a .NET
é indispenzabile fare questo cambio?
Io sono un principiante della programmazione é comunque un passaggio che mi
conviene fare ora?
oppure se continuo a programmare  con le versioni precedenti ho sempre un
qualcosa da imparare che mi porteró dietro e mi sará utile evitandomi di
studiare/capire cose senza il rischio che siano, in un futuro , di poco
conto?
(se pensate al fatto che non conosco la differenza, capirete perché mi pongo
tali quesiti)
ciao e grazie
erik

> la differenza che c'é fra Win32 e .NET.
.NET e' uno strato software (*) intermedio tra l'applicativo e il sistema
operativo, che fornisce all'applicativo (e al compilatore) delle funzione
precotte per l'accesso al sistema, dalla grafica, alla rete, ad internet.
.NET integra un sistema di certificati digitali per l'autorizzazione, o
meno, all'uso di applicazioni e multimedia. Questo vuol dire che il tuo
sistema .NET puo' essere "addomesticato", anche da remoto, per fare in modo
che le applicazioni girino o non girino in base a vari criteri (numero
massimo di esecuzioni consentite, numeri seriali piratati, nessuna
autorizzazione per visualizzare video/audio, ecc.). Questo tra l'altro
vorra' dire fine del file sharing (P2P), fine della pirateria del software,
fine degli MP3 e dei DIVX, ecc.ecc.
(*) oggi e' software, in futuro sara' implementato via hardware; gia' i
primi bios con supporto DRM sono pronti per uscire sul mercato, saranno la
"mattonella base" con cui interagiranno i futuri chip .NET

Win32 e .NET.
Dipende cosa intendiamo per .net
Se il passaggio a VCL.net (o al limite a winforms) è quasi indolore,
per quanto concerne ASPNET invece il passaggio può essere traumatico.
I concetti di design dell'applicazione e di approccio allo sviluppo
cambiano radicalmente e le conoscenze delle librerie VCL sono
pressochè inutili. 
Cambia parte della sintassi pascal, cambiano totalmente le librerie
si entra nel baratro degli overload microsoft.
Inoltre la quantità smodata di bug presenti nell'ide borland rende il
lavoro estremamente  frustrante, soprattutto durante prime settimane
di apprendistato.
-- 
"La velocità luce non è sufficiente Comandante Nunziatella, 
dobbiamo passare alla velocità smodata!"

 Win32 e .NET.
Siccome ho un po' di tempo mentre mia moglie prepara il pranzo provo a
risponderti io: il framework .Net è uno strato di software che si occupa
della mappatura verso il sistema operativo delle chiamate che riceve da una
qualsiasi applicazione che gli sta sopra. In pratica, programmare con il
framework corrisponde a creare un eseguibile che questi sia in grado di
interpretare e tradurre verso il sistema operativo: il framework diventa
quindi un substrato di sofware che sta tra il programma finale ed il sistema
operativo.
A che pro tutto ciò? Siccome della mappatura verso il basso si occupa il
framework, quando compiliamo una serie di istruzioni (programma) con un
ambiente .Net creiamo un qualcosa che non è ancora l'eseguibile finale, ma è
un insieme di istruzioni in un linguaggio chiamato "intermedio" (IL:
intermediate language) e che il framework traduce poi al momento
dell'esecuzione, ottimizzando l'occupazione della memoria in base alle
risorse effettivamente disponibili in quel momento. Non solo: in effetti il
framework "astrae" il programmatore dall'hardware sul quale il programma
deve girare, poichè si occuperà lui della traduzione dell'IL ora verso un
PC, ora verso un PocketPC, ora verso un sistema operativo non Windows (pare
che ci sia già un'implementazione del framework per Linux), ecc..
Quali sono gli oggetti della discussione più frequenti in merito al
framework? Devi sapere che una delle strategie di Microsoft per il futuro
consiste nell'introduzione nei suoi sistemi operativi di uno "sceriffo" che,
in base ai certificati allegati, decida se lasciare che un programma vada in
esecuzione sul framework oppure no. Cioè, nella visione di alcuni se domani
(io direi anche dopodomani o dopodopodomani...) tu svilupperai un software e
deciderai di metterlo in commercio, se non lo racconterai a Microsoft o ad
un altro ente certificatore e questi non ti rilasceranno, per un qualsiasi
motivo (che passa anche attraverso la validazione in base ai brevetti
depositati), il certificato da allegare al tuo eseguibile, il framework ne
bloccherà l'esecuzione ed esso non verrà mai lanciato da nessuno. Lo stesso
vale anche però per i virus e quant'altro di negativo ci sia in giro adesso:
lo sceriffo nasce buono, ma a detta di alcuni è corruttibile.
Il passaggio a .Net al quale un programmatore sembra doversi adeguare è di
fatto uno standard verso il quale Microsoft sta andando, quindi ad oggi pare
che se un domani si vorranno scrivere programmi per Windows occorrerà
utilizzare il framework. Questa struttura è però in fase di gestazione, cioè
non è in grado ad oggi di sostituire la piattaforma Win32, ma è un punto di
arrivo verso il quale neanche troppo lentamente Microsoft è intenzionata a
spostare i suoi seguaci.
Per quanto concerne infine il linguaggio, dando uno sguardo a Delphi 8, se
mamma Borland si dà una mossa a sviluppare in modo un po' più espanso la VCL
per .Net non dovrai cambiare praticamente nulla del tuo modo di programmare
(premesso che tu oggi conosca Delphi), poichè il nuovo ambiente sarà
identico a quello attuale salvo l'output della compilazione. Se poi vorrai
utilizzare invece gli oggetti che il framework ti mette a disposizione (che
stanno in una famiglia chiamata Windows Forms e di fatto parallela alla VCL
per .Net), ti basterà familiarizzare un po' con i nuovi amici ed impararne
proprietà e metodi, ma per il resto non dovresti cambiare nulla.
Sono stato prolisso ma la pappa langue: aggiungo perciò che personalmente
ritengo più che azzardato il passaggio oggi 08/03/2004 al framework .Net,
sia per le performance non certo incoraggianti che per il fatto che mamma
Microsoft non ha rilasciato tutte le componenti del framework - in soldoni,
con Delphi 8 i pocketpc non li programmi -, ma ciò non vuol dire far finta
di niente: uno sguardo ed una qualche prova non sta mai male fatta.
Saluti
        Marco Bortolani
        info @ 
marcobortolani.it

 futuro , di poco conto?
Secondo me, questo è un principio sempre valido: qualsiasi cosa hai
appreso, specialmente a livello teorico, è sempre un buon bagaglio per
poter apprendere in minor tempo e più facilmente le caratteristiche di
un nuovo prodotto.


 risponderti io [...]
Trovo che sia un'ottima spiegazione del .NET Framework. ;-)


> Trovo che sia un'ottima spiegazione del .NET Framework. ;-)
Azz... detto da te vale doppio!
        Marco

Avete risposto in modo esauriente a le mie domande,
 Grazie a tutti.
ciao
erik