Devrions-nous compiler notre site Web en une seule DLL ou une DLL par page?

Nous développons un nouveau projet qui sera déployé sur un grand nombre de sites clients. Le projet contient une interface graphique Web comme l'un de ses «points d'accès». La vitesse de l'interface Web est une priorité pour ce projet, juste après la sécurité.

Dans le passé, nous avons toujours créé des "sites Web" dans Visual Studio, qui, lorsqu'ils sont publiés, génèrent une dll et un fichier aspx pour chaque page du système. Cependant, je suis conscient que vous pouvez réellement créer une "application Web" et le faire compiler tout en une seule DLL.

Pour moi (basé sur aucune donnée réelle, juste un sentiment d'intestin), compiler le site comme une seule DLL semble être meilleur pour la sécurité et la vitesse (ne serait-ce que marginalement).

Quelles sont les considérations que nous devons examiner et y a-t-il des écueils évidents dont nous devrions être conscients lorsque nous choisissons la méthode qui nous convient?

S'il s'agit d'une grande application, il devrait y avoir des zones naturelles de division dans votre logique métier (niveaux logiciels, si vous voulez) qui peuvent aller dans leurs propres DLL.

Ce serait bien si la fonctionnalité principale du site Web pouvait aller dans une seule DLL. Il atténue les problèmes de déploiement et est de toute façon une unité naturelle. Une DLL par page semble excessivement granulaire.

appliquer le concept de "séparation des préoccupations" si possible, ce qui signifie que la logique commerciale pourrait être en dll, une couche d'accès aux données autre et ui pour une autre ...

cela peut être utile si vous perdez le code source ... lors de la décompilation de la DLL peut être plus facile.