Newsgroup: it.comp.lang.delphi
Titolo: D2005.Net vs Win32

D2005.Net ma lo si potrebbe estendere anche a VSStudio
il dubbio e' a che serve relamente passare a .Net ?
per lo sviluppo di siti Web, non direi
- per avere popup, window indipendenti, effetti vari, si deve
ricorrere a javascript;
- essendo lato server ad ogni comando si ha un refresh di tutta la
pagina assai poco piacevole;  .. runat="server" ...
- collegare database, in Asp classico lo si fa con poche righe, in
.Net e' decisamente piu' macchinoso;
lo sviluppo di WindowsForm con le Vcl for .Net , al momento attuale,
che giovamento si avrebbe sviluppare in .Net piuttosto che in Win32
moda  a parte ?
questo e' il mio piu' grosso dubbio.
Stefano

 moda  a parte ?
Se devi integrare il tuo applicativo con altre soluzioni realizzate in 
Visual Studio, .NET può essere utile per via della sua naturale 
predisposizione all'integrazione; oppure ancora, potresti avere bisogno 
di integrarti con prodotti Microsoft, per fare un esempio, che vengono 
resi estensibili tramite assembly .NET.
.NET rappresenta soprattutto un salto generazionale per chi sviluppava 
con una versione precedente di Visual Studio.
Per gli sviluppatori Delphi, salvo i casi sopra descritti e la necessità 
di usare qualche "feature" di .NET che casca a fagiolo, se hai 
un'applicazione VCL puoi benissimo tenerla così, soprattutto dopo la 
presentazione della roadmap presentata oggi da Borland. :-)
Una precisazione: /Windows Forms/ e /
VCL.NET/
 sono librerie differenti, 
parallele, per fare sostanzialmente la stessa cosa, cioè applicazioni 
per Windows; la prima è prodotta da Microsoft, la seconda da Borland.
Per comparazioni e caratteristiche tecniche, puoi fare una ricerca su 
Google: ve ne sono diverse. Se non le trovi, dimmelo e ti segnalerò 
qualche link a proposito.
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 ha scritto nel messaggio 
news:4339b...@newsgate.x-privat.org...


 c'e' qualcosa di piu'?
VCL.NET
 e Windows Forms non sono "wrapper" delle classi della libreria 
base del .NET Framework, quanto più "wrapper" delle funzioni API con cui 
attualmente si usa colloquiare con il sistema operativo.
VCL.NET
 non è un wrapper costruito su Windows Forms per mere questioni 
di compatibilità, ma è una libreria parallela e alternativa, del tutto 
equivalente, anzi...
Tuttavia, nonostante questo presupposto, attraverso l'uso dei "Class 
Helper" (un meccanismo attualmente presente solo in Delphi e, a quanto 
ho letto, sottoposto a brevetto), le classi base del .NET Framework 
direttamente mappate vengono arricchite dei metodi classici cui siamo 
abituati.
Per riassumere in una parola, per me la 
VCL.NET
 rappresenta "capra e 
cavoli". :-D


 .Net e' decisamente piu' macchinoso;
Il framework .NET è l'unico ambiente di sviluppo che, laddove orientato al 
web (
ASP.NET
) permette di sviluppare ad oggetti (ereditarietà, 
incapsulazione, polimorfismo) e compilare una applicazione dove il codice è 
assolutamente inaccessibile al cliente che commissiona il sito.
Se infatti sviluppo le pagine ASPX che contengono solo HTML e script e poi 
scrivo il codice nel aspx.cs o .pas ottengo che i webdesigner ritornano a 
fare il loro lavoro e gli sviluppatori altrettanto, così spariscono tutti i 
grafici smanettoni CTRL+C CTRL+V che appiccicano script senza sapere la 
differenza tra una variabile e un puntatore.
Tra l'altro è davvero molto molto molto veloce in termini di prestazioni 
sotto IIS, il che lo rende senza dubbio migliore di una piattaforma JAVA.
Sviluppare siti web con 
ASP.NET
 non significa fare porting da ASP o altri 
linguaggi di scripting, significa pensare ad oggetti, anzi significa 
finalmente poterlo fare.
Se si usa Delphi, ancora meglio dato che il collegamento ai dati è possibile 
bypassando 
ADO.NET
 e usando ADO o OLEDB o BDE o quello che vuoi, tanto 
funzionano tutti.
Direi quindi che se si vogliono sviluppare piattaforme web ad oggetti e non 
giochini con i database MSAccess, il .NET è scelta obbligata.
Quanto al runat=server, scrivendo componenti decenti e guardando con 
riguardo agli ultimi browser, si possono pure evitare molto spesso... ma 
comunque un postback in più è sempre meglio di un javascript che scarica 
migliaia di record sul client..... e i dati sono sempre più protetti.
Tanto per concludere, sapete cosa si è riuscito a fare in pochi mesi con 
ASP.NET
? guardate 
www.dotnetnuke.com
 e capite l'abissale differenza che c'è 
con PHP o roba del genere.
Non voglio offendere nessuno, quindi scusate in anticipo la mia irruenza
AleVi 

 Non voglio offendere nessuno, quindi scusate in anticipo la mia irruenza
Sono principalmente d'accordo poichè anche io mi trovo bene con un 
modello ad oggetti, proprio perchè sono stato abituato ad utilizzarlo in 
tutti questi anni.
Però, forse ridurre ad esempio PHP ad un semplice "copia e incolla" è un 
po' riduttivo e magari avvilente verso coloro che vantano un'esperienza 
decisamente vasta in questo linguaggio e ci hanno sviluppato di tutto, e 
sono davvero tantissimi, senza considerare prodotti di egregia qualità, 
come il portale stesso che ospita il sito di questo gruppo (MAXDev) o, 
per esperienza personale, la piattaforma di blogging a cui ho 
momentaneamente affidato il mio sito personale (WordPress).
Lo stesso dotNetNuke è una imitazione di phpNuke, riuscitissima 
comunque. ;-)
Se si parla di sviluppo siti e applicazioni Web, credo ci sia davvero 
spazio per tutti i tipi di tecnologie in base ai gusti e alle attitudini 
di chi ne fa uso.
Certo, per chi è affezionato, per propria scelta o per vantaggi o per 
altri motivi, al sistema operativo Microsoft e ai propri server, 
ASP.NET
 
rappresenta senz'altro un notevole passo in avanti rispetto al passato 
alquanto buio e limitato di ASP 3.0 (brrrr), che comunque si è fatto 
conoscere grazie alla sua immediatezza.
Ad ogni modo, 
ASP.NET
 ha ancora bisogno di "aggiustatine"; nella 
versione 2.0 del framework, le pagine sono per default in linguaggio 
XHTML e questo dovrebbe promuovere un minimo l'attenzione verso 
l'accessibilità e l'uso di codice ben formato e validato con tutti i 
benefici che ne derivano.
Ciao,
   Marco.


> c'è con PHP o roba del genere.
prendiamo la pagina iniziale;
Quick link, News, I Menu , le icone , sono tutte eseguite in JavaScript !
quindi mi pare confermato il mio dubbio, verso il Web, Asp.Net da solo
non fa granche'.
ciao Stefano 

 dubbio, verso il Web, Asp.Net da solo non fa granche'.
Credo semplicemente che tu non abbia ben compreso il principio di
funzionamento di 
ASP.NET
. :-)
Si tratta di una tecnologia "lato server", il browser (client) che
riceve la pagina la ottiene ovviamente nei linguaggi standard diffusi,
quali HTML/XHTML, CSS, JavaScript e così via.
Il lato client è una cosa, il lato server è un'altra, e il compito di
ASP.NET
 è generare una pagina lato server (dinamicamente) da restituire
al client. 
ASP.NET
 non esiste lato client. Il browser nemmeno sa se la
pagina è restituita da 
ASP.NET
 o da un server Web completamente custom.
Spero che la distinzione sia chiara ora. :-/


 Non voglio offendere nessuno, quindi scusate in anticipo la mia irruenza
Diciamo che il tuo è un commento DECISAMENTE di parte e con questo 
chiudo ;-)
Se vuoi continuare la discussione puoi scrivermi in privato o andare sul 
ng del php.
Chiedo scusa a tutti per OT
Ciao
Gianni