Возможно, вы можете получить его для обслуживания клиентского HTML, CSS и Javascript, но он не сможет понять серверный код.Если вы собираетесь включать только код на стороне клиента, то есть мало причин использовать файл aspx.
Основная причина в том, что .Net Core и .Net Framework не являются кросс-совместимыми.В случае сайтов есть дополнительная проблема..Net Framework тесно интегрирована с IIS, а .Net Core использует Kestrel .Внутри контейнера функций .Net Core IIS не является зависимостью, поэтому нет гарантии, что он будет вам доступен, даже если вы сможете преодолеть барьер Framework / Core (вероятно, его там не будет).
Есть несколько способов сделать что-то подобное:
- Используйте функции для построения API .Они, безусловно, могут обслуживать статические файлы из хранилища BLOB-объектов, такие как HTML, CSS и Javascript.Реализуйте любой серверный код, который вы планировали, как Функции.Это рекомендуемый способ размещения веб-сайта с использованием функций.
- Используйте веб-приложение для обслуживания страниц aspx.Помните, что если вы планируете загружать файлы динамически, веб-формы также не будут интерпретировать серверный код на лету.
- Использование Razor pages создавать .Net Core страницы, которые похожи по структуре на веб-формы, и размещать их в веб-приложении. Возможно разместить сайт Razor Pages в функциях Azure, но я бы не рекомендовал его.