DotGNU vs Mono
DotGNU et Mono semblent attaquer le même problème - à savoir l'implémentation du CLR. net d'une manière libre et open-source avec un oeil à la compatibilité multiplateforme.
J'ai beaucoup lu sur les deux, et j'ai du mal à décider quelle implémentation utiliser pour un projet à venir. Mon projet particulier n'a pas besoin de système.Windows.Les formulaires, de sorte que la partie graphique de l'interface utilisateur des bibliothèques ne sera pas trop importante.
Alors: quelqu'un a-t-il essayé de comparer les deux directement? Quels sont les pièges de l'un par rapport à l'autre? L'un est-il plus soutenu par la communauté des logiciels libres que l'autre?
Merci à tous ceux qui répondent:)
2 réponses
Eh bien, Mono ressemble à un port beaucoup plus complet pour moi, avec beaucoup plus de support.
A en juger par le site web, DotGNU semble être autant dire aux gens de ne pas utiliser. NET que de fournir une alternative viable. Beaucoup de liens (tels que les "derniers changements") ne semblent pas aller n'importe où utile.
Mono, d'autre part, est très évidemment en développement actif, prend en charge le nouveau DLR, a implémenté le support C # 3.0 et LINQ, est disponible pour installer à partir de paquets pour plusieurs plates-formes, a la documentation de travail, etc. Le gagnant me semble assez clair.
Dotgnu ne prend pas en charge les génériques et les délégués anonymes, alors que mono le fait.
J'avais compilé avec succès dotgnu à partir de sources git sur un certain nombre de plates-formes avec et sans libjit. J'ai eu beaucoup moins de succès à compiler mono à partir de leurs dernières sources.
Si vous compilez pnet avec libjit (./ configure --with-jit) alors les performances de dotgnu sont légèrement meilleures que mono pour le benchmark nbody.
Donc, si vous avez besoin de génériques, optez pour mono. Sinon, passez avec dotgnu.
PS: il y a certain développement sur dotgnu git-sources - je le mets à jour de temps en temps et je peux voir les nouveaux commits de temps en temps.