C # est superbe parce que c'est une langue compilée qui semble fonctionner assez bien sans trop de processeur et ne consomme pas trop de mémoire. Et Stackoverflow et ServerFault sont de bons exemples d'une pile MVC / .NET / C # qui échelle.
C # est également intéressant car, bien que cela soit compilé, il a toujours de nombreuses fonctionnalités avancées en tant que langue que l'on trouve uniquement sur la langue interprétée plus lente.
Mon serveur étant Linux uniquement (Ubuntu 8.04 LTS), je me demande si vous installez Mono à la place du .NET Framework est une bonne idée d'utilisation de la production.
Je n'ai actuellement aucune application existante à l'aide de .NET mais je suis intéressé à utiliser les cadres existants (comme MS MVC).
5 Réponses :
Assez stable et assez rapide pour faire quoi?
Il aura différents niveaux de stabilité et de performance en fonction de ce que vous voulez faire, je suis sûr. Par exemple, l'un de mes tests de mémoire tampons de protocole (qui utilise Rhino.Mocks) parvient à faire avorter le Mono VM Abort avec une erreur d'affirmation - mais je n'ai aucune idée (actuellement) de savoir si cela affecterait toute autre chose que je fais, ou Que ce soit juste lié à la forme de proxygie utilisé.
Je vous suggère d'essayer et de voir.
Vous devrez le juger sur une base de fonctionnalités. À mon client actuel, nous exécutons un système de traitement de documents et de livraison de documents à fort volume écrit dans .NET 3.5. Nous avons un serveur Linux qui fonctionne mono avec des composants .NET qui s'occupent de la livraison des documents au monde extérieur, par exemple. à travers ftp. Cela fonctionne bien en production.
Nous avons rencontré un problème avec la mise en oeuvre mono de la composante FTP .NET, qui nous a forcé à rechercher d'autres composants de tiers .NET, qui résolvait le problème. Donc, vous pourriez rencontrer des choses comme celles-ci. Mais dans notre cas: Une fois que nous l'avons eu pour travailler, cela fonctionnait bien et stable.
ASP.NET MVC est maintenant Open Source . Qu'il soit maintenant intégré au monodéveloppe via un ajout intégré suggérerait que vous êtes susceptible de faire fonctionner les choses.
Compte tenu du très nouveau statut de ceci, vous devez vous attendre à des problèmes. Ce blog devrait être un point de départ pour vous.
N'oubliez pas que de nombreux didacticiels ASP.NET MVC supposent que vous avez une fin du serveur SQL, il est peu probable que cela soit réalisable (compte tenu de votre question), alors gardez cela à l'esprit.
Je pense que mono est il apporte .NET à * NIX World.
Dans ma société, je dirige un projet visant à créer une machine J'ai choisi Mono (utilisé pour la couche de présentation) également pour construire un middleware personnalisé qui exécute la logique commerciale de l'application.
Ce middleware est une sorte de serveur d'applications et il est exécuté dans ubuntu 10.04 lts . .
Pour l'instant Tout le système est un prototype avancé, mais aussi le produit final gardera son cœur dans le couple Linux / mono.
J'espère que ces considérations pourraient être utiles pour vous.
Cordialement,
Giacomo
Comme je l'avais lu sur le projet mono, attendez mono 3.0, il résoudra le problème principal dans Mono signifie des fuites de mémoire et des collectionneurs à déchets afin que 3.0, nous ne pouvons pas le dire comme stable, mais c'est une ligne de vie pour les développeurs comme nous qui Voulez-vous développer une plate-forme indépendante S / W avec DOT NET.
Voici la réponse donnée par Mono Creator: Mono Prêt pour la première fois? .
Juste pour clarification: techniquement, c # n'est pas une langue traditionnelle "compilée" à la langue de la machine, mais un code "compilé" au code d'octet qui est interprété par le temps d'exécution pour exécuter le code de la machine.
Clarification supplémentaire: le code d'octet n'est pas interprété, il est compilé dans le code de la machine avant exécution.
Même plus d'éclaircissement: le code C #, même si compilé en 2 étapes, à la fin est compilé dans le code de la machine: p