Czy powinniśmy skompilować naszą stronę internetową do pojedynczej biblioteki DLL lub biblioteki DLL na stronę?

Opracowujemy nowy projekt, który ma zostać wdrożony na dużej liczbie witryn klienckich. Projekt zawiera graficzny interfejs użytkownika jako jeden z „punktów dostępu”. Szybkość interfejsu internetowego jest priorytetem w tym projekcie, ustępując jedynie bezpieczeństwu.

W przeszłości zawsze tworzyliśmy „strony internetowe” w Visual Studio, które po opublikowaniu dają jeden plik dll i jeden plik aspx dla każdej strony w systemie. Wiem jednak, że możesz faktycznie utworzyć „aplikację internetową” i zmusić ją do skompilowania wszystkiego do pojedynczej biblioteki DLL.

Dla mnie (w oparciu o brak prawdziwych danych, po prostu przeczucie), kompilacja strony jako pojedynczej biblioteki dll brzmi, jakby byłaby lepsza zarówno pod względem bezpieczeństwa, jak i szybkości (jeśli tylko nieznacznie).

Na jakie względy powinniśmy zwrócić uwagę i czy są jakieś oczywiste pułapki, o których powinniśmy wiedzieć, wybierając odpowiednią dla nas metodę?

Jeśli jest to duża aplikacja, powinny istnieć naturalne obszary podziału w logice biznesowej (warstwy oprogramowania, jeśli chcesz), które mogą znajdować się we własnych bibliotekach DLL.

Byłoby miło, gdyby podstawowa funkcjonalność witryny mogła przejść do pojedynczej biblioteki DLL. Łagodzi obawy związane z wdrażaniem i jest naturalną jednostką. Jedna biblioteka DLL na stronę wydaje się nadmiernie ziarnista.

w miarę możliwości zastosuj koncepcję „rozdzielenia problemów”, co oznacza, że ​​logika biznesowa może znajdować się w bibliotece DLL, kolejna warstwa dostępu do danych i interfejs użytkownika dla innej ...

może się to przydać, jeśli zgubisz kod źródłowy ... podczas dekompilacji biblioteki DLL może być łatwiejsze.