Als ich das letzte Mal eine nicht-triviale .Net / C # -Anwendung übernahm, benutzte ich Castle Monorail und genoss die Erfahrung im Großen und Ganzen. Early-Access / Preview-Versionen von .Net MVC waren noch nicht verfügbar. Viele "Microsoft-Shops" finden nun die "offizielle" Lösung attraktiver. Hat jemand von Monorail zu .Net MVC gegangen.
Wie haben Sie den Schalter gefunden? Was sind derzeit die größten Unterschiede?
Ich habe den Wechsel gemacht, da Sie darauf hingewiesen haben, dass dies der bevorzugte Weg für Microsoft-Shops sein wird. Der Wechsel war ziemlich trivial und Mike wies darauf hin, dass es mit der Webform-Ansichts-Engine als Standard ausgeliefert wird, aber wie Mike auch sagte, können Sie die Ansichten, die Sie in brail und nvelocity geschrieben haben, mit den MvcContrib Projekt. ASP.NET MVC bindet Sie nicht an eine direkte ViewEngine, Sie können eine beliebige ViewEngine verwenden. Ich denke nicht unbedingt, dass dies ein Unterschied ist.
Der größte Unterschied war, dass ich meine Controller und Ansichten gruppierte. In MonoRail konnte man dies leicht mit dem ControllerDetails-Attribut erreichen, ich konnte diese Einschränkung leicht umgehen, indem ich meine eigene codierte, wünschte aber, die Funktionalität wäre eingebaut. Ich habe es geschafft, indem ich meinen eigenen ViewLocator erstellt und ein ActionFilterAttribute erstellt habe >
Ich bin ein Einschienenbahnbenutzer, bis jetzt fühle ich mich immer noch wohler bei MonoRail + ActiveRecord wegen der Bequemlichkeit, die bei ActiveRecord ARSmartDispatchController gebaut wurde. Allerdings muss MonoRail bisher keine gute Dokumentationsbasis haben (ich bin einer von denen sollte als der Community-Teilnehmer beschuldigt werden, der nicht genug geholfen hat, die Dokumente zu schreiben)
Wie ich die Kommentare hier gesehen habe, verwenden ASP.NET MVC die WebForm-View-Engine. Ich denke MonoRail hat das auch, aber wurde beschuldigt, ziemlich problematisch zu sein, also frage ich mich, wie ist die Erfahrung mit ASP.NET MVC WebForm- können Sie die Webformular-Komponenten größtenteils so verwenden, wie es ist, oder Sie müssen grundsätzlich am meisten aufgeben von ihnen und halten Sie sich an Vorlagenvorlagen (wie & lt;% = oder & lt;% #?
Obwohl ich den Switch noch nicht gemacht habe, habe ich auf beiden Plattformen entwickelt und habe einige Pre-Switch-Analysen durchgeführt.
Es sieht so aus, als ob der größte Unterschied die View Engines wäre. Unser Monorail-Material verwendet die Brail-View-Engine, während asp.net mvc (stock) mit einer Webforms-ähnlichen View-Engine ausgeliefert wird. Es gibt andere View-Engines in MvcContrib, die in diesem Bereich jedoch helfen könnten.
Auch ViewComponents und View "Helfer" scheinen die beiden Frameworks ziemlich unterschiedlich zu behandeln.
Glücklicherweise arbeite ich nicht für eine Organisation, die ein Produkt von Microsoft benötigt. So könnte ich nicht direkt auf Ihre Frage antworten, aber in Bezug auf die Verwendung von MonoRail genieße ich jeden Teil des Frameworks, obwohl der Mangel an Dokumentation, sondern Testsuite da sind, um mich durch zu führen.
Kurz gesagt, ich möchte keine Zeit in das Erlernen eines neuen Frameworks investieren, obwohl es eng zusammenpasst (jeder hatte seine eigene Konvention), aber ASP.NET MVC fehlt noch einige Funktionen, die ich bereits kenne, wie Feature-Erwähnung von Dale Ragon ControllerDetail , ActiveRecord und so weiter.
Das ASP.NET MVC-Team macht noch Änderungen vor v1.0, also ist es jetzt an der Zeit, Feedback zu geben .
Beachten Sie auch, dass es häufigere Versionen auf CodePlex gibt, während die Startseite auf www.asp.net immer noch verlinkt ist Vorschau 3.
Tags und Links asp.net-mvc .net c# castle-monorail