ASP.Net-Website Projekt im Vergleich zu Webanwendungsprojekt [duplizieren]

9

Ich versuche meine Kollegen davon zu überzeugen, von einem Website-Projekt zu einem Web-Anwendungsprojekt zu wechseln, weil ich die Projektdatei verwenden möchte. Allerdings kann ich dieses Argument nicht gegen folgendes aussprechen:

  • Das Website-Projekt ermöglicht es, jede Seite in eine einzige DLL zu kompilieren. Ihr Argument ist das ermöglicht die einfache Behebung von Fehlern, die nach der Veröffentlichung gefunden wurden. Dies steht im Gegensatz dazu, wie das Webanwendungsprojekt den gesamten Code in einer einzigen DLL kompiliert.
  • Aktualisiert sich die dll einer einzelnen Seite im Wesentlichen von der Aktualisierung der gesamten dll der gesamten Website?
  • Gibt es eine Möglichkeit, den Code jeder Seite im Webanwendungsprojekt in eine separate DLL zu kompilieren?
  • Gibt es irgendwelche unerschwinglichen (Performance-, Speicher-) Kosten, um den Code jeder Seite in separaten DLLs zu kompilieren, von denen wir nichts wissen?
  • Warum ist die Funktion (?) so zu konfigurieren, dass jede Seite in Websiteprojekten und nicht in Webanwendungsprojekten in dls unterteilt wird?
Dana Benson 31.03.2010, 16:08
quelle

2 Antworten

1

Ich würde sagen, wenn jeder die Flexibilität benötigt, um nach der Veröffentlichung Bugfixes zu implementieren, ohne die gesamte Site erneut zu veröffentlichen, dann haben sie Recht: Sie brauchen ein Webprojekt für diese Art der dynamischen Kompilierung. Das oder ein besseres Testverfahren;)

Persönlich bevorzuge ich jedoch eine Webanwendung, da nur eine DLL erstellt wurde, was weniger Unordnung und weniger Spielraum für "seltsame Bugs" mit dlls mit anderen Namen etc. bedeutet. Wenn Sie eine große Website haben, sollten Sie wirklich ein Web verwenden Anwendung. Ich erinnere mich, dass ich diese Entscheidung vor einem Jahr getroffen habe und nie zurückgeschaut habe (ich habe eine Webanwendung gewählt):)

    
BritishDeveloper 31.03.2010 16:34
quelle
1

Früher habe ich Webanwendungen viel mehr bevorzugt als ein Website-Projekt. Mir wurde jedoch klar, dass wenn Sie eine Site haben, die viele kleine Updates benötigt, dann ist es einfacher, mit einem Webprojekt zu arbeiten.

Wenn Sie nur eine Code-Behind-Datei ändern können, statt die gesamte App neu erstellen und bereitstellen zu müssen, wird die Bereitstellung millionenfach stressfreier.

Wenn Sie jedoch korrekte Versionskontrollsysteme, Verzweigungen, automatisierte Builds und eine korrekte QA verwenden, funktioniert beides.

Aber ja, Website-Projekte sind viel einfacher zu "update".

    
Jack Marchetti 31.03.2010 16:43
quelle

Tags und Links

Django: Verwenden von Annotate, Count und Distinct in einem Queryset Legacy-URL-Umschreibung mit Abfragezeichenfolgenparametern