Интеграция приложений с одной страницей в Visual Studio

Технология:

• Visual Studio 2017
• Asp.Net Core Tooling 1.1
• .Net Framework 4.6.2

Одностраничное приложение и их интеграция в Visual Studio стали проще, со всей новой поддержкой, встроенной в Visual Studio. Но ранее на этой неделе Jeffery T. Fritz опубликовал очень хорошую статью об интеграции и внедрении со следующими пакетами:

• Microsoft.AspNetCore.SpaServices
• Microsoft.AspNetCore.NodeServices

После того, как вы просмотрите и проанализируете пару шаблонов, вы заметите в своем обозревателе решений, каталоге ClientApp. Это настраивается и маршрутизируется через Webpack.

Внутри Startup.cs появляется проблема.

    public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
    {
        loggerFactory.AddConsole(Configuration.GetSection("Logging"));
        loggerFactory.AddDebug();

        if (env.IsDevelopment())
        {
            app.UseDeveloperExceptionPage();
            app.UseWebpackDevMiddleware(new WebpackDevMiddlewareOptions
            {
                HotModuleReplacement = true
            });
        }
        else
        {
            app.UseExceptionHandler("/Home/Error");
        }

        app.UseStaticFiles();

        app.UseMvc(routes =>
        {
            routes.MapRoute(
                name: "default",
                template: "{controller=Home}/{action=Index}/{id?}");

            routes.MapSpaFallbackRoute(
                name: "spa-fallback",
                defaults: new { controller = "Home", action = "Index" });
        });
    }

Внутри нашего запроса у нас есть некоторая маршрутизация в нашу MVC Framework.

Вопрос, , почему нам нужно указывать этот маршрут? Если мы просто используем app.UseDefaultFiles() и app.UseStaticFiles() и указали наш индекс в нашем wwwroot. Наш клиентский маршрутизатор всегда будет возвращен. Итак, почему мы не делаем этого так:

    public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
    {
        loggerFactory.AddConsole(Configuration.GetSection("Logging"));
        loggerFactory.AddDebug();

        if (env.IsDevelopment())
        {
            app.UseDeveloperExceptionPage();
            app.UseWebpackDevMiddleware(new WebpackDevMiddlewareOptions
            {
                HotModuleReplacement = true
            });
        }
        else
        {
            app.UseExceptionHandler("/Home/Error");
        }

        app.UseDefaultFiles();
        app.UseStaticFiles();
    }

Я понимаю, что элементы непосредственно в нашем wwwroot не сжаты, также могут быть утечки безопасности, но помимо этих двух недостатков, почему бы не использовать этот маршрут, чтобы гарантировать, что ваш индекс и клиентский маршрутизатор не всегда возвращаются?

Я специально спрашиваю о том, как заставить MVC всегда возвращать Home/Index или UseDefaultFiles()/UseStaticFiles(). Что мне не хватает, почему нам сказали заставить MVC вернуть его?

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