Forum libero

Scritto da: Giambo
> Scritto da:
>
> > > > http://tirania.org/blog/archive/2014/Nov-12.html
> > > > http://www.mono-project.com/docs/about-mono/dotnet...
> > >
> > > E' passato quasi un anno, e non ho ancora visto una sola applicazione .NET scritta per Windows girare su Linux con la facilita' di Java
> >
> > Credo che serva più di un anno per portare Mono al livello di .NET attuale.
>
> Ma si muove qualcosa ?
> IMHO potremmo cominciare a parlarne seriamente dopo il 2020 ...

Su ASP.NET si. Il resto non lo so perché non lo seguo. Come ho detto, sviluppare software multipiattaforma al momento non mi interessa. Ero persino convinto che i WinForm non fossero supportati da Mono e che si dovesse per forza usare GTK#, invece a quanto pare lo sono.

> > Comunque esistono già applicazioni .NET che funzionano sia su Windows che su Linux che su Mac (ad esempio KeePass 2, funziona da Win98 a Win10, da Linux a BSD a Mac)
>
> Vabbeh, uso KeePassX quotidianamente, ma non mi sembra poi 'sto gran programmone

È un esempio di programma GUI stand-alone sviluppato in .NET che gira su Linux.

Tu hai detto "non ho ancora visto una sola applicazione .NET scritta per Windows girare su Linux con la facilita' di Java"... a me pare che KeePass 2 funzioni.

> > Anche in Java devi fare attenzione quando sviluppi software multipiattaforma
>
> Mai, mai dovuto fare attenzione in 10+ anni di sviluppo Java per Linux, SunOS e Windows.
> Mai.

O fai il furmiga o hai avuto a che fare con applicazioni piuttosto semplici.


Alcuni esempi molto semplici...

Dove vanno memorizzate le impostazioni dell'utente?
Su Linux nella sua Home, su Windows in ApplicationData o nel registro di Windows (da evitare se possibile).

Qual'è il separatore delle directory?
Su Linux "/" su Windows "\".

Qual'è il carattere usato comunemente per indicare le opzioni?
Su Linux "-" su Windows "/".

Ora... se stai sviluppando un'applicazione multipiattaforma devi fare attenzione a tenere a mente queste differenze.

Sia .NET che Java hanno librerie apposta che si preoccupano di dettagli simili, ma se non fai attenzione e non le usi (perché magari non ci pensi, o non sapevi nemmeno che esistessero perché non ci avevi nemmeno pensato quando hai iniziato il tuo progetto) ti trovi ben presto con applicazioni che su Windows funzionano e su Linux no (o viceversa).

E questi sono esempi semplici... quando cominci a dover parlare con le librerie specifiche del SO le cose si fanno molto più complicate e mantenere la multipiattaforma può diventare impossibile.

Alcune cose su Linux sono fatte in un dato modo, seguendo una data filosofia... su Windows possono essere fatte in modo molto diverso.
Finché si tratta di usare solo funzioni interne a Java (o a .NET) non ci sono grossi problemi perché si tratta di librerie pensate per essere multipiattaforma... ma appena devi uscire un po' dai binari ti trovi a dover affrontare tutta una serie di problematiche inaspettate.

Io per esempio con Java ho avuto meno difficoltà a far funzionare un programma che ho fatto da Windows a Linux che da Win32 a Win64. Usavo librerie che esistevano per Linux e Windows, ma non per i 64 bit. E chi ci aveva pensato 10 anni fa quando i 64 bit nemmeno erano un problema?

Quindi anche con Java non è che hai la multipiattaforma aggratis. Può andarti dritta, oppure no. Idem con .NET. Su .NET devi fare un po' più di attenzione prima di usare funzioni della libreria che su Mono non sono ancora state portate. Penso però che ora che .NET è diventato effettivamente opensource Mono potrà procedere più spedito... sarebbe bello se Microsoft se ne facesse carico e rendesse obsoleto Mono rilasciando .NET sia per Windows che per Linux ma dubito capiterà a breve... è già tanto se hanno aperto i loro sorgenti.