我们应该将网站编译为单个dll还是每页dll？

我们正在开发一个新项目，该项目将部署在大量客户站点上。该项目包含一个基于Web的GUI，作为其“访问点”之一。Web界面的速度是此项目的首要任务，仅次于安全性。

过去，我们总是在Visual Studio中创建“网站”，发布后，系统中每个页面都会产生一个dll和一个aspx文件。但是，我知道您实际上可以创建一个“ Web应用程序”，并将其编译成单个dll。

对我而言（基于无真实数据，仅凭直觉），将站点编译为单个dll听起来对安全性和速度（如果仅是很小的话）会更好。

在选择适合自己的方法时，我们应该考虑哪些方面的考虑？是否应该注意任何明显的陷阱？

如果是大型应用程序，则业务逻辑中应该有自然的划分区域（如果愿意，可以划分软件层），这些划分可以进入各自的DLL。

如果核心网站功能可以放入单个DLL中，那将是很好的。它减轻了部署方面的顾虑，并且还是一个自然的单元。每页一个DLL似乎过于精细。

如果可能的话，应用“关注点分离”的概念，这意味着businesslogic可以在dll中，数据访问层在另一个，而ui在另一个...

如果您碰巧丢失了源代码，这可能会派上用场...在反编译dll时可能会更容易。