Devemos compilar nosso site em uma única DLL ou em uma DLL por página?


12

Estamos desenvolvendo um novo projeto que deve ser implantado em um grande número de sites clientes. O projeto contém uma GUI baseada na Web como um dos seus "pontos de acesso". A velocidade da interface da web é uma prioridade para este projeto, perdendo apenas para a segurança.

No passado, sempre criamos "sites" no Visual Studio, que, quando publicados, resultam em uma DLL e um arquivo aspx para cada página do sistema. No entanto, estou ciente de que você pode realmente criar um "aplicativo Web" e compilar tudo até uma única DLL.

Para mim (com base em dados reais, apenas intuição), compilar o site como uma única DLL parece que seria melhor para segurança e velocidade (mesmo que marginalmente).

Quais são as considerações que devemos considerar e existem armadilhas óbvias das quais devemos estar atentos ao escolher o método certo para nós?

Respostas:


4

Se for um aplicativo grande, deve haver áreas naturais de divisão em sua lógica de negócios (camadas de software, se desejar) que podem ser inseridas em suas próprias DLLs.

Seria bom se a funcionalidade principal do site pudesse entrar em uma única DLL. Facilita as preocupações de implantação e, de qualquer maneira, é uma unidade natural. Uma DLL por página parece excessivamente granular.


desculpe - eu deveria ter mencionado na pergunta que o site é puramente uma camada de apresentação; Todos BL E DL são realizadas em conjuntos separados, mas a sua segunda parte é bom raciocínio :)
Sk93

3

aplique o conceito de "separação de preocupações", se possível, significando que o businesslogic pode estar na dll, camada de acesso a dados outra e interface do usuário para outra ...

isso pode ser útil se você perder o código-fonte ... quando a descompilação da dll for mais fácil.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.