ti-enxame.com

Devemos compilar nosso site para uma única dll ou uma dll por página?

Estamos desenvolvendo um novo projeto que será implantado em um grande número de sites de clientes. O projeto contém uma GUI baseada na web como um de 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 da web" 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 da web" e fazer com que ele compile tudo em uma única dll.

Para mim (com base em nenhum dado real, apenas um pressentimento), compilar o site como uma única dll parece que seria melhor tanto para segurança quanto para velocidade (embora apenas marginalmente).

Quais são as considerações que devemos considerar, e há alguma armadilha óbvia que devemos estar cientes ao escolher o método certo para nós?

12
Sk93

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

Seria bom se a funcionalidade principal do site pudesse ir para uma única DLL. Isso facilita as preocupações de implantação e é uma unidade natural de qualquer maneira. Um DLL por página parece excessivamente granular.

4
Robert Harvey

aplique o conceito de "separação de interesses" se possível, o que significa que o businesslogic pode estar em dll, camada de acesso a dados em outra e ui em outra ...

isso pode ser útil se acontecer de você perder o código-fonte ... quando descompilar a dll pode ser mais fácil.

3
aggietech