Почему переход с DNX на .NET CLI требует изменений в коде?

Это меня смущает. Я понял, что DNX и .NET Core CLI были просто инструментами для запуска приложений .NET Core. Если это всего лишь инструменты, то почему переход с одного на другой требует изменения кода?

DNVM/DNU/DNX — это не просто инструменты. DNX также был средой выполнения. Он отвечал за загрузку CLR и вызов вашего приложения. Это также означало, что у него было много информации о среде выполнения и приложении, такой как зависимости, среда и т. д. Эта информация была доступна приложению через различные службы, которые вы могли внедрить, такие как IRuntimeEnvironment, IApplicationEnvironment и ILibraryManager.

В свою очередь, у MVC есть служба под названием IAssemblyProvider. Это отвечает за предоставление сборок, в которых MVC должен искать контроллеры, среди прочего. Реализация этого по умолчанию была основана на ILibraryManager, который является специфичным для DNX сервисом. Это означает, что он больше не будет работать при переключении на среду выполнения на основе dotnet, которая отключается пакетами, вместо использования отдельного инструмента, такого как DNVM.

Чтобы исправить это, команда MVC сначала начала полагаться как на службы DNX, так и на более новую альтернативу dotnet (Microsoft.Extensions.DependencyModel). Вы можете увидеть код здесь. По сути, он проверяет, доступен ли ILibraryManager, специфичный для DNX, и, если нет, возвращается к альтернативному API-интерфейсу dotnet.

Вместо этого они выбрали текущее решение; есть отдельный пакет Microsoft.AspNetCore.Mvc.Dnx, который содержит, среди прочего, IAssemblyProvider на основе DNX для MVC. Вы можете увидеть, что делает метод AddMvcDnx здесь< /а>.

Это не переход от DNX к dotnet cli, который требует изменения кода. Это от RC1 до RC2. Как вы можете видеть в объявлениях о вехах rc2, 31 из 34 объявления о критических изменениях.

Все пакеты и связанные с ними пространства имен были изменены с Microsoft.AspNet.* на Microsoft.AspNetCore.*, то же самое для инфраструктуры сущностей.

Если бы у вас был RC2 на dnx, а затем вы переключились на dotnet cli, изменений в коде было бы немного (если вообще было бы), за исключением способа запуска приложения.

Команд в dotnet cli больше нет и скорее всего не вернутся. Для dotnet cli вам нужно явно запустить приложение, подобное этому:

    public static void Main(string[] args)
    {
        var host = new WebHostBuilder()
                    .UseServer("Microsoft.AspNetCore.Server.Kestrel")
                    .UseStartup<Startup>()
                    .Build();

        host.Start();
    }

Он все еще не выпущен, поэтому следует ожидать критических изменений кода.

Немного покопавшись в GitHub (источник и проблемы), я нашел это здесь:

RC1 и ранние сборки RC2 использовались для внедрения IMvcRazorHost в реализацию ICompilationService, которая больше недоступна. Теперь вместо этого используется RazorLoadContext, как вы можете видеть в коммит нового пакета.

Более того, мы видим, что он нацелен на DOTNET5_6, который является новым прозвищем, указывающим на новый стандарт платформы (dotnet 5.1 равен netstandard 1.0, dotnet54 равен 1.3, поэтому dotnet56 соответствует netstandard 1.5).

Эта проблема здесь указывает на переход к dotnet56/DOTNET5_6.