Ich möchte nur wissen, ob jemand seine Hilfsklassen oder Methoden in einer separaten Assembly speichert und warum ... nur für eine saubere Verwaltung von ihnen? Ich habe so viele Posts über die Verwendung eines Hilfsordners in Ihrem MVC-Projekt gesehen, und das bringt mich zurück zu den schmutzigen alten Tagen in ASP.NET, wo Leute einen App_code-Ordner benutzten, anstatt Dinge physisch sauber in ein eigenes Projekt zu trennen .
Und auch niemand, der echte Architektur macht, wird Modelle in einen Ordner in Ihrer MVC-Web-Assembly stellen. Sie würden in MyApp.DataLayer Assembly oder MyApp.Models oder so ähnlich gehen.
Ich verwende Projekte, um die verschiedenen Ebenen in meinen Web- oder Formular-Apps zu trennen. Es erlaubt mir, die Geschäftsregeln besser zu respektieren. Außerdem finde ich es einfacher herauszufinden, wo ich hingehen muss, wenn ich etwas ändern möchte.
Aber ich habe Leute gesehen, die Ordner verwenden, die die Layer in der Lösung beschriften, aber ich denke, das ist ein bisschen unordentlich.
Ja, aber aus Gründen, die auch anderen Baugruppen gemeinsam sind
Aber für all das oben, sollte Ihre Versammlung, wenn sie fertig ist, eine "gute Arbeit" sein , ansonsten ist es besser, die Helferklassen dort zu belassen, wo sie hingehören.
>Wir haben einige Helfer in einem separaten Projekt und einige im Webprojekt. Ich denke, Sie werden feststellen, dass einige Ihrer Helfer Abstraktionen verwenden müssen, die Sie in Ihrem Webprojekt selbst definiert haben. Und das zwingt Sie oft dazu, diese Helfer in das Webprojekt einzubinden, da es nicht wünschenswert ist, ein anderes Projekt zu haben, das einen Bezug zum Webprojekt hat. Ich halte es nicht für dasselbe wie die Verwendung von App_Code. Dies sind Dateien, die zur Kompilierzeit in Ihrer IDE kompiliert werden, ohne dass eine besondere "Magie" auf App_Code angewendet wird.
Ja, weil sie Teil der Business-Schicht sind. Zwei große Vorteile:
Beachten Sie, dass Ihre Dienstprogrammfunktionen und Hilfsklassen wahrscheinlich zu den am häufigsten verwendeten Komponenten Ihres gesamten Systems gehören. Ohne vollständige BICEP-Tests laufen Sie ein wirklich inakzeptables Risiko.
Die meisten Helfer, die ich erstelle, sind normalerweise layerspezifisch, so dass ich dazu tendiere, sie mit der Assembly als Basisbaugruppe zu halten, die sie benötigt. Ich sehe keinen Grund, ein weiteres Projekt hinzuzufügen, um eine große Anzahl spezifischer Hilfsklassen zu speichern.
Tags und Links asp.net-mvc asp.net