Я конвертирую устаревшее приложение .NET Framework в веб-приложение ASP.NET Core 8.0 MVC. На сервере есть определенные статические .aspx
страницы, которые не являются частью приложения .NET, а являются автономными. Причина их использования в .aspx
— наличие функции включения, таким образом, общее меню и нижний колонтитул централизованы.
Сейчас мы переходим на .NET Core 8.0. Я не вижу в IIS возможности рендеринга этих устаревших .aspx
страниц вместе с новым приложением ASP.NET Core.
Идеальным решением было бы конвертировать их в .html
страницы, но их тысячи. А еще у них рейтинг по SEO довольно хороший, так что сразу отбросить не могу.
Пожалуйста, предложите какие-либо подходы, я могу запустить оба на IIS.
Это звучит как очень запутанная установка даже по стандартам Web Forms. Я считаю, что начинать нужно, помня о цели, независимо от того, как это делалось раньше.
Поскольку SEO важен, держитесь подальше от SPA (одностраничных приложений), таких как Angular, React и Vue.
ASP.NET Core 8.0 MVC также можно разместить на IIS.
У вас не будет страниц .aspx в ASP.NET NET Core. Чтобы иметь «централизованное», то есть «общее», меню и нижний колонтитул в старой версии ASP.NET, вам нужно было использовать главные страницы . В случае MVC эквивалентом будут файлы макета. Так что вам, вероятно, придется стиснуть зубы и сделать это вручную. Их не должно быть тысяч; Вся цель главных страниц и файлов макета состоит в том, чтобы в первую очередь устранить это повторение, поэтому при миграции это следует рассматривать как потраченное с пользой время.
Неважно, что у них не было логики; они все равно могли использовать главные страницы без каких-либо функций в коде программной части. Тогда у них было бы только одно место для размещения своих ссылок, а не тысячи. Итак, в дальнейшем используйте ту же концепцию со страницами макета для повторяющегося статического/нестатического контента.
Я согласен с вашей точкой зрения... Проблема в том, что эти страницы .aspx созданы html-дизайнером, у них нет страницы aspx.cs, для управления ими используется DreamWeaver, никакого кодирования, присутствует тег onlu Include. Эти страницы aspx не имели никакого отношения к .Net Coding, поэтому не являются главной страницей, поскольку они не являются частью какого-либо проекта .net. Таким образом, этот код без каких-либо затруднений выполняется вместе с кодом .NET Framework в IIS. Да, согласен, пора его сохранить. Вместо этого я начну конвертировать обычные статические страницы .NET Core.