Dies ist ein Shoutout, da ich die letzten Tage damit verbracht habe, etwas über .NET zu lernen, und der Prozess hat mich etwas verwirrt und nicht aufgeklärt. Genau wie eine Hintergrundinformation habe ich PHP-Kenntnisse (habe sogar CakePHP benutzt, um eine ganze App ziemlich einfach zu erstellen) und Rails.
Ich frage mich, ob ich ASP.NET verfolgen sollte oder beim Lernen von ASP.NET MVC bleiben sollte? Während ich ein paar Tutorials von ASP.NET durchführte, schienen die Grundlagen ziemlich einfach zu sein, aber irgendwie, wenn jedes Beispiel, das ich durchgehalten habe, SQL-Anweisungen direkt in das Beispiel ohne DAL hält, mache ich mir nur ein bisschen Sorgen.
Also, für den Fall, dass ich gerade keine guten Nachforschungen angestellt habe, gibt es Bücher / Websites, die dabei helfen? Oder sollte ich einfach .NET .NET MVC lernen?
Wenn Sie sich wundern, warum ich einfach nicht bei PHP oder Rails bleibe, habe ich gerade gelernt, dass ich vielleicht nur ein wenig .NET für die Sicherheit meines Jobs wissen muss.
ASP .net MVC wird näher an Ihrer Rails-Erfahrung sein.
ASP .net Web Forms (was man gewöhnlich ASP.net nennt) ist eindeutig anders, aber wenn Sie lernen, Jobs zu finden, dann ist es das, was sich für eine lange Zeit bezahlt macht (es gibt viele und viele Websites, sowohl intern als auch öffentlichkeitswirksam) auf ASP.NET-Webformularen aufgebaut. Es gibt einige aufstrebende Websites, die ASP.net MVC verwenden, aber es ist ein langer Weg.
Es hängt also von Ihren Zielen ab. Wenn Sie nur "ein wenig .net" wissen müssen, gehen Sie mit MVC, weil die Konzepte Ihnen bekannt sein werden. Wenn Sie "den .net Webstapel" wissen müssen, dann werden die meisten Leute von Webformularen, nicht von MVC ...
Und ja, Samples in der Microsoft-Welt tendieren dazu, auf der "leichteren Seite" zu stehen. Es ist nahezu unmöglich, Demos zu finden, die nicht das "Draggy-Droppy" -Gefühl haben, und es ist ein echtes Problem.
Ich denke, dass die DAL-losen Beispiele, die Sie sehen, auf diese Weise einfach geschrieben sind. Ernsthafte ASP.Net-Anwendungen verwenden immer Schichten wie BLL und DAL. Die Trennung der DAL wird in einfachen Beispielen einfach weggelassen - das führt zu der unglücklichen Fehldeutung der Beispiele durch Leute, die es nicht besser wissen.
Ich glaube, dass MVC schwieriger zu programmieren ist, und dass es am besten nur verwendet wird, wenn es einen bestimmten Grund dafür gibt - SEO-Optimierung, TDD-Entwicklung. Es ignoriert viele der anspruchsvollen Funktionen von ASP.Net WebForms und wird oft mit klassischem ASP verglichen. Und ich glaube nicht, dass MVC in vielen Unternehmensumgebungen weit verbreitet ist. Wenn Sie also den von allen anderen verwendeten Ansatz lernen wollen, bleiben Sie bei dem grundlegenden ASP.Net und speichern Sie MVC für später.
Als .NET-Anfänger mit reichlich Erfahrung in anderen Programmiersprachen würde ich empfehlen, dass Sie Ihr Studium von ASP.Net mit WebForms fortsetzen. Wenn Sie nach einem seriösen DAL-Beispiel suchen, würde ich Ihnen dieses langwierige Tutorial im ASP.Net wärmstens empfehlen Webseite. Es verfügt über alle architektonischen Verfeinerungen, die Sie suchen, und kann hilfreich sein, wenn Sie lernen, wie Sie die vielen Steuerelemente für die Datenanzeige verwenden.
Ich würde ASP.Net MVC über ASP.Net WebForms aus einem Grund wählen: Testen. MVC wurde von Grund auf als ein steckbares und testbares System konzipiert. Testen ist oder sollte zumindest ein untrennbarer Bestandteil Ihres Entwicklungszyklus sein. Das Testen von MVC ist aufgrund der Fähigkeit, Teile der Kern-API zu MOCKEN oder zu ersetzen, einfacher als WebForms. Das Entsprechen in WebForms ist entweder nicht möglich oder sehr unhandlich.
Ein Kollege von mir hat seine Erfahrungen mit der Verwendung von ASP.NET MVC in einem realen Projekt unter Ссылка und seine Vergleiche zu einfachen alten ASP.NET. Seine Schlussfolgerung lautet: "Ich denke, MVC ist der richtige Weg, um Webanwendungen auf dem .NET-Framework zu erstellen."
Er hat auch einige ausführliche Anleitungen geschrieben, die zeigen, wie man ASP.NET MVC mit einem ORM benutzt, das helfen könnte, "das SQL direkt in das Beispiel ohne DAL zu bringen" (er deckt auch Dinge wie Komponententests ab). Siehe Ссылка , Ссылка , Ссылка und Ссылка . Disclaimer: Diese sind in Bezug auf unser kommerzielles ORM geschrieben, aber ich hoffe, dass es einfach ist, sie in Ihre eigene bevorzugte Datenzugriffstechnologie zu übersetzen.
Rob Conery hat ein Buch über ASP.MVC geschrieben, damit Sie ihn vielleicht voreingenommen finden. Ich finde seine Argumente trotzdem überzeugend.
Kürzlich gelesen ASP.NET 3.5 Anwendungsarchitektur und Design - es war ein vernünftiger Einblick in viele verschiedene Aspekte von Design in ASP.NET, einschließlich Datenzugriffsebenen , N-Tier Architektur , Design Patterns und unter anderem MVC Themen. Es war ein guter Überblick über ASP.NET-Best Practices, wenn Sie nach einem Buch suchen.
Ich würde anderen zustimmen müssen, dass Sie am besten darauf wären, direkt zu ASP.NET MVC zu gehen, da Ihre aktuellen Fähigkeiten besser in dieses Framework übertragen werden. Ich würde empfehlen, einen Blick auf Professional ASP.NET MVC 1.0 zu werfen.
Tags und Links asp.net-mvc asp.net data-access-layer