¿Deberíamos compilar nuestro sitio web en un solo dll o un dll por página?

12

Estamos desarrollando un nuevo proyecto que se implementará en una gran cantidad de sitios de clientes. El proyecto contiene una GUI basada en web como uno de sus "puntos de acceso". La velocidad de la interfaz web es una prioridad para este proyecto, solo superada por la seguridad.

En el pasado, siempre hemos creado "sitios web" en Visual Studio, que, cuando se publican, dan como resultado un archivo dll y un archivo aspx para cada página dentro del sistema. Sin embargo, soy consciente de que en realidad puede crear una "aplicación web" y hacer que compile todo en un solo dll.

Para mí (basado en datos no reales, solo sensaciones), compilar el sitio como un solo dll parece que sería mejor tanto para la seguridad como para la velocidad (aunque solo sea marginalmente).

¿Cuáles son las consideraciones que debemos tener en cuenta, y hay algún obstáculo obvio que debemos tener en cuenta al elegir el método adecuado para nosotros?

Sk93
fuente

Respuestas:

4

Si se trata de una aplicación grande, debe haber áreas naturales de división en la lógica de su negocio (niveles de software, si lo desea) que pueden ir en sus propias DLL.

Sería bueno si la funcionalidad principal del sitio web pudiera entrar en una sola DLL. Alivia las preocupaciones de implementación, y de todos modos es una unidad natural. Una DLL por página parece excesivamente granular.

Robert Harvey
fuente
lo siento, debería haber mencionado en la pregunta que el sitio web es puramente una capa de presentación; Todos los BL y DL se llevan a cabo en ensamblajes separados, pero su segunda parte es un buen razonamiento :)
Sk93
3

aplique el concepto de "separación de preocupaciones" si es posible, lo que significa que la lógica de negocios podría estar en dll, la capa de acceso a datos otra y ui para otra ...

esto puede ser útil si pierde el código fuente ... cuando descompilar el dll podría ser más fácil.

aggietech
fuente