17/12/04 17:30
hedo
Ciao Net,
Innanzitutto sono contento che tu sia il primo a chiedere qualcosa di .net ;-)
La prossima versione di win32 (che non sar? + 32 ma 64 :-))) si chiamer? Loghorn, e sar? totalmente basata sulla nuova versione (attualmente in Alpha) del framework 2.0 (se non mi sbaglio la si pu? scaricare).
Uhm... La Micro$oft ha detto che il vb6 sar? 'supported' fino al 2008 invece per il VC++ il 2010. Cosa vuol dire questo 'supported'?? Detto Spiegato: La Micro$oft intende fare piazza-pulita (detto in maniere brutale proprio) di tutto il 'vecchiume' ovvero del VB6 e VC++ (fondamentalmente), ovvero tutto il modello COM. Non esageriamo, un app in VB6 girer? sempre dopo il 2008 peccato che sia 'deprecated', ovvero che sia sconsigliato, e che in caso di malfunzionamente i nostri amici di micro$oft lo dicono chiaro e tondo: "Attaccatevi al Tram". Ecco una cosa che non sopporto della Micro$oft: ogni 5-10 anni deve imporre (con la forza direi) un nuovo ambiente che sar? quello e solo quello a spadroneggiare, ecco la M$...
Tornando al tuo problema pratico, io direi che ? anacronistico mettersi a programmare in VB6 o in Delphi 5, oppure basarsi interamente sull'attuale versione di winzoz perch? tra poco (tipo 2 anni) ci sar? una rivoluzione (e non sto scherzando), il .NET framework sar? il pane quotidiano...
Differenze? Beh... a livello di sintassi si ma di prodotto no! Infatti tutti i lang .net vengono compilati in MSIL (Microsoft Intermediate Language, tipo il bytecode di java), che poi viene eseguito dal CLR (Common Language Runtime) con JIT (Just In Time compilation). Tutti i lang .NET producono MSIL, dal C# a VB.NET. Ecco quello che ufficialmente dice la M$ sul J#:
"Microsoft Visual J#? .NET is a development tool for Java-language developers who want to build applications and services on the Microsoft .NET Framework. Visual J# .NET joins more than 20 previously announced languages with its ability to target the .NET Framework and first-class XML Web services."
Dice:
"Microsoft Visual J#? .NET ? uno strumento di sviluppo per gli sviluppatori java che vogliono creare applicazioni e servizi basandosi sul Framework .NET. Visual J# .NET ? il punto di incontro di + di 20 linguaggi annunciati precedentemente, concentra la sua abilit? di usare il Framework .NET e di usare i WebServices di XML di prima classe."
In pratica ? Java basato sul Framework.NET, non sono un programmatore J#, ma cercando + info su google troverai le risposte che cerchi
La scelta del Lang dipende solo dal programmtore, dipende dal linguaggio che ti piace di +, col quale ti trovi meglio, anche se il C# ? il migliore perch? permette un controllo maggiore.
Tutto Chiaro Net?
Ciao!
Innanzitutto sono contento che tu sia il primo a chiedere qualcosa di .net ;-)
La prossima versione di win32 (che non sar? + 32 ma 64 :-))) si chiamer? Loghorn, e sar? totalmente basata sulla nuova versione (attualmente in Alpha) del framework 2.0 (se non mi sbaglio la si pu? scaricare).
Uhm... La Micro$oft ha detto che il vb6 sar? 'supported' fino al 2008 invece per il VC++ il 2010. Cosa vuol dire questo 'supported'?? Detto Spiegato: La Micro$oft intende fare piazza-pulita (detto in maniere brutale proprio) di tutto il 'vecchiume' ovvero del VB6 e VC++ (fondamentalmente), ovvero tutto il modello COM. Non esageriamo, un app in VB6 girer? sempre dopo il 2008 peccato che sia 'deprecated', ovvero che sia sconsigliato, e che in caso di malfunzionamente i nostri amici di micro$oft lo dicono chiaro e tondo: "Attaccatevi al Tram". Ecco una cosa che non sopporto della Micro$oft: ogni 5-10 anni deve imporre (con la forza direi) un nuovo ambiente che sar? quello e solo quello a spadroneggiare, ecco la M$...
Tornando al tuo problema pratico, io direi che ? anacronistico mettersi a programmare in VB6 o in Delphi 5, oppure basarsi interamente sull'attuale versione di winzoz perch? tra poco (tipo 2 anni) ci sar? una rivoluzione (e non sto scherzando), il .NET framework sar? il pane quotidiano...
Differenze? Beh... a livello di sintassi si ma di prodotto no! Infatti tutti i lang .net vengono compilati in MSIL (Microsoft Intermediate Language, tipo il bytecode di java), che poi viene eseguito dal CLR (Common Language Runtime) con JIT (Just In Time compilation). Tutti i lang .NET producono MSIL, dal C# a VB.NET. Ecco quello che ufficialmente dice la M$ sul J#:
"Microsoft Visual J#? .NET is a development tool for Java-language developers who want to build applications and services on the Microsoft .NET Framework. Visual J# .NET joins more than 20 previously announced languages with its ability to target the .NET Framework and first-class XML Web services."
Dice:
"Microsoft Visual J#? .NET ? uno strumento di sviluppo per gli sviluppatori java che vogliono creare applicazioni e servizi basandosi sul Framework .NET. Visual J# .NET ? il punto di incontro di + di 20 linguaggi annunciati precedentemente, concentra la sua abilit? di usare il Framework .NET e di usare i WebServices di XML di prima classe."
In pratica ? Java basato sul Framework.NET, non sono un programmatore J#, ma cercando + info su google troverai le risposte che cerchi
La scelta del Lang dipende solo dal programmtore, dipende dal linguaggio che ti piace di +, col quale ti trovi meglio, anche se il C# ? il migliore perch? permette un controllo maggiore.
Tutto Chiaro Net?
Ciao!
aaa
21/12/04 13:00
pierotofy
Prima di studiare i lang .NET voglio conoscere bene come ? iniziato tutto... quindi assembler.
Tra poco finisco Delphi e mi butto su asm, una volta finito potro' pensare di cominciare a studiarmi un po' la piattaforma dotNET
Tra poco finisco Delphi e mi butto su asm, una volta finito potro' pensare di cominciare a studiarmi un po' la piattaforma dotNET
Il mio blog: piero.dev
14/04/06 13:04
Carmine
Con C# puoi avere un controllo maggiore?
Ma scherziamo?
Il controllo che si ha ? identico per tutti i linguaggi.
Ma scherziamo?
Il controllo che si ha ? identico per tutti i linguaggi.
aaa
14/04/06 13:26
cH!cus
fatemi capire... state dicendo che nei prossimi OS di Microsoft le API saranno totalmente quelle del framework 2.0? Per i programmi futuri non ci sar? nulla di pi? basso livello del framework per programmare in windows? Le API come quelle del kernel non esisteranno pi? oppure saranno supportate?
aaa
14/04/06 15:44
pierotofy
Postato originariamente da Carmine:
Il controllo che si ha ? identico per tutti i linguaggi.
Il controllo che si ha ? identico per tutti i linguaggi.
Mi era sfuggito questo particolare nel post di hedo, carmine ha ragione, il controllo ? lo stesso nei vari linguaggi della piattaforma.
Ricordo per certo di aver letto che esistono delle impercettibili sfumature tra alcuni linguaggi, in particolare nel paragone tra C# e VB.NET, dove alcune operazioni sono un po' pi? contorte da eseguire con il VB.NET rispetto al C#, ma si tratta di differenze praticamente inesistenti.
Il mio blog: piero.dev
14/04/06 15:53
pierotofy
Postato originariamente da cH!cus:
fatemi capire... state dicendo che nei prossimi OS di Microsoft le API saranno totalmente quelle del framework 2.0?
fatemi capire... state dicendo che nei prossimi OS di Microsoft le API saranno totalmente quelle del framework 2.0?
Praticamente si.
Per i programmi futuri non ci sar? nulla di pi? basso livello del framework per programmare in windows? Le API come quelle del kernel non esisteranno pi? oppure saranno supportate?
Le Win32API probabilmente resteranno ancora per molti anni nei sistemi Windows per garantire la retrocompatibilit?, ma saranno comunque considerate obsolete.
Il mio blog: piero.dev