> Si je résume Mono c'est en gros .net mais pas vraiment, mais avec des trucs en plus. Je vois de moins en moins l'intérêt.
Enfin, là, tu ne vois que ce qui t'arrange.
Mono implémente la totalité de .Net 1.1/2.0, pour .Net 3.0/3.5 (la 3.5 c'est un ajout de nouvelles bibliothèques), la partie normalisé est terminée (CLR, langage C#) et on entame le support de C# 4.0, pour les bibliothèques, ben certaines sont plus diffciles à implémenter comme WPF.
Évidemment, il y a des bogues d'implémentations, mais c'est pareil pour les JVM commerciales ou bien les implémentations libres de Java.
Quant aux trucs en plus, ce sont des bibliothèques qui offrent des fonctionnalités supplémentaires et/ou une meilleure intégration à d'autres systèmes.
Une application WinForms, c'est pas ce qui s'intégre le mieux à un bureau Mac ou GNOME. J'ai gardé de bons souvenirs de Mono/Gtk# sans jamais toucher à .Net.
> Écrire une application qui soit portable de Mono vers .net est inversement est donc juste impossible dans ces conditions.
Une application Mono est portable vers .Net sans problèmes, la quasi-totalité des bibliothèques spécifiques à Mono sont portables sur .Net sauf bien évidemment celles qui sont limités à une plateforme comme par exemple Cocoa#.
La portabilité d'une application .Net vers Mono sur Windows ne pose pas trop de problèmes, mais les développeurs .Net en bon développeurs windows codent comme des porcs et la portabilité vers d'autres plateformes est pas automatique (merci les P/Invoke principalement).
Mono propose des outils pour justement détecter les problèmes de et portabilité en amont avec Gendarme et surtout MoMA. http://www.mono-project.com/Gendarme http://www.mono-project.com/MoMA
[^] # Re: on compare pas les carottes et les oranges, non ?
Posté par GeneralZod . En réponse au journal Plusieurs bourses internationales migrent sous unix. Évalué à 2.
Enfin, là, tu ne vois que ce qui t'arrange.
Mono implémente la totalité de .Net 1.1/2.0, pour .Net 3.0/3.5 (la 3.5 c'est un ajout de nouvelles bibliothèques), la partie normalisé est terminée (CLR, langage C#) et on entame le support de C# 4.0, pour les bibliothèques, ben certaines sont plus diffciles à implémenter comme WPF.
Évidemment, il y a des bogues d'implémentations, mais c'est pareil pour les JVM commerciales ou bien les implémentations libres de Java.
Quant aux trucs en plus, ce sont des bibliothèques qui offrent des fonctionnalités supplémentaires et/ou une meilleure intégration à d'autres systèmes.
Une application WinForms, c'est pas ce qui s'intégre le mieux à un bureau Mac ou GNOME. J'ai gardé de bons souvenirs de Mono/Gtk# sans jamais toucher à .Net.
> Écrire une application qui soit portable de Mono vers .net est inversement est donc juste impossible dans ces conditions.
Une application Mono est portable vers .Net sans problèmes, la quasi-totalité des bibliothèques spécifiques à Mono sont portables sur .Net sauf bien évidemment celles qui sont limités à une plateforme comme par exemple Cocoa#.
La portabilité d'une application .Net vers Mono sur Windows ne pose pas trop de problèmes, mais les développeurs .Net en bon développeurs windows codent comme des porcs et la portabilité vers d'autres plateformes est pas automatique (merci les P/Invoke principalement).
Mono propose des outils pour justement détecter les problèmes de et portabilité en amont avec Gendarme et surtout MoMA.
http://www.mono-project.com/Gendarme
http://www.mono-project.com/MoMA