Почему я не должен использовать IIS Express для разработки ASP.Net Core?

Question

Кажется, что ядро ​​.net должно быть опубликовано для работы на IIS, что означает, что это невозможно или непрактично отлаживать через IIS, но это нормально с IIS Express. Мои более опытные коллеги настаивают на том, что мы должны делать все с IIS и никогда не IIS Express, что, по сути, говорит о том, что мы не должны касаться .Net Core.

1) Как я могу узнать, что приложение, работающее в IIS Express, не работает на IIS?

2) Каков наилучший способ смягчить недостатки?

3) Что я должен сказать моему боссу? (Я действительно хочу продолжать работать с ядром)

Answer 1

Его большая разница между iis express и iis (сервером). на сервере iis вам нужно сначала настроить iis. зарегистрировать asp.net, настроить .net framework, настроить файл конфигурации и т. д. Но это было бы хорошей практикой для процесса развертывания сервера iis. является обязательным.

Надеется, что это помогает вашу идее ..

Answer 2

При работе с ASP.NET Ядром & Visual Studio IDE, его лучше использовать IIS Express (пустельгу внутренне) по следующим причинам

• Kestrel является свет весовой веб-сервер, созданный для основных приложений ASP.NET. IIS Express будет использовать его во время разработки & отладки.
• Хостинг IIS для приложений ASP.NET Core предназначен для обеспечения балансировки нагрузки, SSL, gzip и т. Д. Поэтому, даже если вы используете IIS, то его тонкий, но опыт разработки будет менее продуктивным.
• Приложения ASP.NET Core являются кросс-платформенными, поэтому вы можете работать в Windows, Linux & MacOS. С IIS ваши ограничения ограничиваются только Windows
• Основные приложения не похожи на традиционные приложения ASP.NET MVC 5 или Web-формы. Они стали легче освоить.

Я бы предложил подумать об IIS только при развертывании приложений Core для QA, UAT или PROD. Для разработки не требуется размещение в IIS. Надеюсь, что это поможет

Answer 3

Нет причин не отлаживать использование IIS Express. Вы можете проверить, что ваше развертывание работает в IIS, публикуя в промежуточной среде или даже локальном экземпляре IIS.

Это, как говорится, можно отлаживать IIS локально, используя Attach to Process в Visual Studio, если ваши сотрудники просто отказываются использовать IIS Express.