Webサイトを1つのdllにコンパイルする必要がありますか、それともページごとのdllにコンパイルする必要がありますか？

多数のクライアントサイトに展開される新しいプロジェクトを開発しています。プロジェクトには、その「アクセスポイント」の1つとしてWebベースのGUIが含まれています。Webインターフェースの速度は、このプロジェクトの優先事項であり、セキュリティに次ぐものです。

過去には、Visual Studioで常に "Webサイト"を作成してきました。公開すると、システム内の各ページに1つのdllファイルと1つのaspxファイルが作成されます。ただし、実際に「Webアプリケーション」を作成し、すべてを1つのdllにコンパイルできることを認識しています。

私にとって（実際のデータはなく、直感だけで）、サイトを単一のdllとしてコンパイルすることは、セキュリティと速度（どちらかといえば）の両方に優れているように思えます。

考慮すべき考慮事項は何ですか？また、適切な方法を選択する際に注意すべき明らかな落とし穴はありますか？

大規模なアプリケーションの場合は、ビジネスロジック（必要に応じてソフトウェア層）に自然な分割領域があり、独自のDLLに配置できます。

コアWebサイト機能が単一のDLLに組み込まれると便利です。それは展開の懸念を緩和し、とにかく自然な単位です。ページごとに1つのDLLが細かすぎるようです。

可能であれば、「懸念の分離」の概念を適用します。これは、ビジネスロジックがdll、データアクセス層、別のUI、および別のUIにある可能性があることを意味します...

これは、ソースコードが失われた場合に便利です。dllを逆コンパイルする方が簡単な場合があります。