Monorail: Testen, Route Extensions, Ordnerstrukturen

Question

Ich habe ein paar Fragen habe im Zusammenhang mit der Verwendung von Monorail

Testing

Hat jeder neigen NUnit für ihre Tests zu benutzen? Ich habe nicht genug mit dem Testen gearbeitet zu wissen, ob dies eine gute, ist die Verwendung Test-Framework. Ich bin nur mehr, um in meine Anwendungen testen viel mehr als früher, und wollte wissen, ob es irgendwelche allgemeine Richtlinien.

Sollen Sie den Controller über zu einem Testbereich kopieren und nur mit Test benennen Sie sich im Namen und wieder laufen? Wie stellen Sie sicher Ihr Testprojekt und Hauptprojekt miteinander übereinstimmen? Ist es nur ein Fall von allem das Kopieren immer wieder oder gibt es Werkzeuge zur Verfügung, um es für Sie tun?

Route Erweiterungen

Monorail neigt zur Verwendung <action>.rails, können Sie den .rails Teil weglassen, wenn Sie Ihre korrekte Routing konfigurieren? Warum scheint dies der Standard zu sein?

Ordnerstrukturen

Ich habe nicht überall, die wirklich darauf hin, Ihre Standard-Ordnerstruktur gefunden. Sicher, Sie haben Controller, Modelle und Ansichten. Aber Ihre Models Ordner Ihre Datenzugriffsobjekte als auch enthalten. Ich habe einige haben gesehen so etwas wie

-> Models
   -> DaoClasses
   -> Entities

Aber was benutzerdefinierte Strukturen verwendet, um Daten aus Ansichten zu bekommen? Und wenn Sie NHibernate verwenden, wo ist ein guter Ort, um die Zuordnungen zu bleiben? Ich weiß, dass es auf dem Entwickler völlig abhängig ist, aber ich habe nicht wirklich einen Standardansatz gesehen.

Prost

Answer 1

Monorail erzwingt keinen bestimmten Test-Framework. Sie können NUnit, MSTest, MbUnit, xUnit verwenden, etc. Sie können mit NUnit nicht schief gehen. Es scheint, dass Sie sich mit Unit-Tests vertraut machen müssen, für einige Einführung in das Thema auf der Web-Suche. Grundsätzlich erstellen Sie ein Testprojekt mit einem Hinweis zu Ihrem aktuellen Projekt (nie kopieren Sie den Code), und Sie Ihre Tests gegen den eigentlichen Code codieren. Für Einschienenspezifische Tests finden Sie unter diese Wikiseite .

Ich bin nicht sehr vertraut mit Monorail-Routing, aber ich denke, die .rails Erweiterung zeigt sich oft, weil erweiterungs Routen etwas auf IIS6 kompliziert waren. Auf IIS7 sollte dies kein Problem sein. Auch die Routing-Dokumentation Anwendungen .aspx als Erweiterung.

Dies ist die Standard-Ordnerstruktur für ein Monorail-Projekt.

Ein gemeinsamer Ansatz NHibernate in einer Monorail App zu nutzen ist ein separates Projekt für die NHibernate-Klassen zu erstellen, dann dieses Projekt aus dem Web-Projekt verweisen. Oder Sie können einfach alles zusammen im selben Projekt, aber zumindest legen die NHibernate Entitäten in einem eigenen Namensraum.

ich empfehlen, einen Blick auf CastleCasts.com , es ist ein ausgezeichnete Ressource über Monorail und die damit verbundenen Projekte erfahren.