Sollten wir unsere Website zu einer einzigen DLL oder einer DLL pro Seite kompilieren?

Question

Wir entwickeln ein neues Projekt, das auf einer großen Anzahl von Client -Websites bereitgestellt werden soll. Das Projekt enthält eine webbasierte GUI als "Zugangspunkte". Die Geschwindigkeit der Weboberfläche hat für dieses Projekt Priorität, zweiters nur für die Sicherheit.

In der Vergangenheit haben wir immer "Websites" in Visual Studio erstellt, was bei der Veröffentlichung zu einer DLL- und einer ASPX -Datei für jede Seite im System führt. Ich bin mir jedoch bewusst, dass Sie tatsächlich eine "Webanwendung" erstellen können und alles zu einer einzigen DLL kompilieren können.

Für mich (basierend auf keinen wirklichen Daten, nur dem Bauchgefühl) klingt die Kompilie der Site als einzelne DLL so, als wäre sie sowohl für Sicherheit als auch für Geschwindigkeit besser (wenn auch nur geringfügig).

Was sind die Überlegungen, die wir uns ansehen sollten, und gibt es offensichtliche Fallstricke, die wir bei der Auswahl der für uns richtigen Methode bewusst sein sollten?

Answer 1

Wenn es sich um eine große Anwendung handelt, sollten Sie in Ihrer Geschäftslogik (Software -Ebenen, wenn Sie so wollen), natürliche Bereiche der Division vorhanden, die in ihren eigenen DLLs gehen können.

Es wäre schön, wenn die Kern -Website -Funktionalität in eine einzelne DLL gehen könnte. Es erleichtert Bedenken der Bereitstellung und ist sowieso eine natürliche Einheit. Eine DLL pro Seite scheint übermäßig detailliert zu sein.

Answer 2

Wenden Sie das Konzept der "Trennung von Bedenken", wenn möglich, an, was bedeutet, dass der Businesslogic in DLL sein könnte, die Datenzugriffsschicht und die Benutzeroberfläche für einen anderen ...

Dies kann sich nützlich erweisen, wenn Sie den Quellcode verlieren ... wenn die DLL die DLL -Dekompetene einfacher ist.