DNN чаще всего устанавливается в корне сайта, но это не обязательно. Иногда оно запускается как приложение в виртуальном каталоге, являющемся частью большого сайта.
Можно добавить страницы ASPX в правильном месте в DNN. Обработчик UrlRewrite будет первоначально просматривать все такие запросы, и, предполагая, что существующие страницы и дружественные обработчики URL-адресов не думают, что они «владеют» страницей .aspx, DNN прекратит обработку запроса и передаст его вашей странице. Не существует конкретного способа «зарегистрировать» эти страницы в DNN. Я бы вообще не рекомендовал такой подход, но он работает и может иметь смысл в определенных ситуациях.
Кроме того, вы можете написать свои собственные модули DNN. Существующий код, как правило, может быть довольно легко адаптирован путем преобразования кода для работы в пользовательском элементе управления .ascx, который наследуется от PortalModuleBase. Код, который хочет использовать преимущества основных функций DNN, например, Конечно, необходимо изменить членство или разрешения для использования API DNN.
Подход модуля DNN, как правило, является наилучшим вариантом. Но детали вашей ситуации могут сделать один из других подходов более подходящим для вас. В основном, если ваш сайт размещен так, чтобы было ясно, какие запросы предназначены для DNN, а какие нет, вы можете смешивать и сопоставлять с другим кодом asp.net по мере необходимости.