Должны ли мы собирать наш веб -сайт с одним DLL или DLL на страницу?

Question

Мы разрабатываем новый проект, который должен быть развернут на большом количестве клиентских сайтов. Проект содержит веб-графический интерфейс как один из «Точек доступа». Скорость веб -интерфейса является приоритетом для этого проекта, уступая только безопасности.

В прошлом мы всегда создавали «веб -сайты» в Visual Studio, которая при публикации приводит к одному DLL и один файл ASPX для каждой страницы в системе. Тем не менее, я знаю, что вы действительно можете создать «веб -приложение» и сделать его все вниз до одного DLL.

Для меня (на основе отсутствия реальных данных, просто ощущения кишечника), составление сайта в виде одного DLL звучит так, как будто он будет лучше как для безопасности, так и для скорости (если только незначительно).

На какие соображения мы должны смотреть, и есть ли какие -либо очевидные ловушки, о которых мы должны знать при выборе метода, который подходит для нас?

Answer 1

Если это большое приложение, в вашей бизнес -логике должны быть природные зоны подразделения (уровень программного обеспечения, если хотите), которые могут быть в их собственных DLL.

Было бы неплохо, если бы основной функциональность веб -сайта сможет попасть в один DLL. Это облегчает проблемы развертывания и в любом случае является естественной единицей. Один DLL на страницу кажется чрезмерно детальным.

Answer 2

Примените концепцию «разделения проблем», если это возможно, означает, что бизнеслогик может быть в DLL, уровень доступа к данным другим и пользовательский интерфейс для другого ...

Это может пригодиться, если вам случайно потерять исходный код ... когда декомпилирование DLL может быть проще.