C # sieht gut aus, weil es eine kompilierte Sprache ist, die ziemlich gut ohne zu viel CPU läuft und nicht zu viel Speicher verbraucht. Und StackOverflow und ServerFault sind gute Beispiele für einen skalierbaren MVC / .Net / C # Stack.
C # ist auch deshalb interessant, weil es trotz der Kompilierung immer noch eine Menge fortgeschrittener Funktionen als Sprache hat, die nur in langsamer interpretierter Sprache gefunden wird.
Da mein Server nur Linux ist (Ubuntu 8.04 LTS), frage ich mich, ob die Installation von Mono anstelle des .Net-Frameworks eine gute Idee für den Produktionseinsatz ist.
Ich habe derzeit keine bestehenden Anwendungen mit .Net, aber ich bin daran interessiert, bestehende Frameworks (wie MS MVC) zu verwenden.
Stabil genug und schnell genug, um was zu tun?
Je nach dem, was Sie tun wollen, wird es unterschiedliche Stufen der Stabilität und Leistung geben, da bin ich mir sicher. Zum Beispiel schafft es einer meiner Protokollpuffer-Komponententests (der Rhino.Mocks verwendet), die Mono-VM mit einem Assertionsfehler abzubrechen - aber ich habe (derzeit) keine Ahnung, ob das irgendetwas anderes beeinflussen würde, oder ob es sich nur um die Form der Proxy-Nutzung handelt.
Ich schlage vor, Sie versuchen es und sehen.
ASP.Net MVC ist jetzt Open Source . Dass es nun über ein Add-In in MonoDevelop integriert ist, deutet darauf hin, dass Sie wahrscheinlich Dinge zum Laufen bringen.
Angesichts des sehr neuen Status von diesem sollten Sie Probleme erwarten. Dieser Blog sollte ein vernünftiger Startpunkt für Sie sein.
Denken Sie daran, dass viele ASP.Net MVC-Tutorials davon ausgehen, dass Sie ein sql-Server-Backend haben. Dies ist wahrscheinlich nicht machbar (wenn Sie Ihre Frage stellen), denken Sie daran.
Sie müssen es auf einer Feature-Basis beurteilen. Bei meinem derzeitigen Kunden führen wir ein in .NET 3.5 geschriebenes, hochvolumiges Dokumentverarbeitungs- und Liefersystem aus. Wir haben einen Linux-Server, der Mono mit .NET-Komponenten ausführt, die für die Lieferung von Dokumenten an die Außenwelt sorgen, z. über FTP. Das läuft in der Produktion gut.
Wir hatten ein Problem mit der Mono-Implementierung der .NET-FTP-Komponente, die uns dazu zwang, nach anderen .NET-Komponenten von Drittanbietern zu suchen, die das Problem gelöst haben. Sie könnten also auf solche Dinge stoßen. Aber in unserem Fall: Sobald wir es zur Arbeit gebracht hatten, funktionierte es gut und stabil.
Ich denke Mono ist WIRKLICH stabil und vollständig.
Es bringt .NET in * nix World.
In meiner Firma führe ich ein Projekt zum Aufbau einer automatisierten Maschine . Diese Maschine wird von verschiedenen Geräten gebaut, die über eine serielle Schnittstelle (RS232) gesteuert werden müssen. Das Gerät bietet einen Touchscreen für die Benutzerinteraktion. Eine meiner Aufgaben besteht darin, die Logik des Systems über die GUI-Anwendung hinaus zu projizieren.
Ich habe Mono (für die Präsentationsebene) gewählt, um auch eine benutzerdefinierte Middleware zu erstellen, die die Geschäftslogik der Anwendung ausführt. Diese Middleware ist eine Art Anwendungsserver und wird in Ubuntu 10.04 LTS ausgeführt.
Für jetzt ist das ganze System ein fortgeschrittener Prototyp, aber auch das Endprodukt wird sein Herz im Paar Linux / Mono behalten.
Ich hoffe, dass diese Überlegungen für Sie nützlich sein könnten.
Grüße, Giacomo
wie ich Mono-Projekt gelesen hatte, warte auf MONO 3.0, es löst das Hauptproblem in Mono bedeutet Speicherlecks und Müllsammler, also vor 3.0 können wir es nicht als stabil bezeichnen, aber es ist eine Lebenslinie für Entwickler wie uns, die will plattformunabhängige s / w mit dot net entwickeln.
Tags und Links asp.net-mvc c# mono