Здесь предполагается, что другой веб-сайт asp может захотеть изменить содержимое этого asp-файла, и вы бы хотели, чтобы такие изменения отражались на вашем новом веб-сайте. Если это не так, вы просто создадите ASP.NET-версию этого контента на своем новом веб-сайте.
В вашем вопросе недостаточно информации для хорошего ответа на конкретный сценарий.
Для общего сценария ответом является квартира №.
Однако могут быть некоторые смягчения в зависимости от того, что фактически делает включение. Например, может оказаться возможным просто прочитать файл ASP в ASP.NET, возможно, выполнить некоторую текстовую настройку и включить окончательный HTML-контент в выходные страницы ASP.NET. Этот подход, однако, очень хрупок, если включение может быть изменено (если не увидеть первый абзац в этом ответе).
Еще одним смягчением может быть то, что включаемый файл может генерировать желаемый контент при прямом запросе, в этом случае вы можете избежать возврата HttpWebRequest к этой странице ASP во время обработки страницы ASP.NET. Уродливый и снова хрупкий, но возможный.
В какой степени включаемый файл зависит от включающего, создавшего для него контекст? Например, использует ли включаемый файл переменные, которые, как он ожидает, создал включатель? В таком случае ответ - нет.
Предполагается ли включение включить в определенную часть общей HTML-страницы, содержит ли он встроенный Javascript и пытается ли он взаимодействовать с другими частями содержащей страницы? Обратный цикл В этом случае может работать HttpWebRequest.
Наиболее вероятный ответ - нет. Даже если ответ «да», какое бы решение оно ни было, оно будет хрупким. Лично я бы даже не попытался сделать это, несмотря на любые ощутимые преимущества. В долгосрочной перспективе поддержание версии этого содержимого в ASP.NET параллельно с существующей версией ASP на другом сайте гораздо более разумно.