Jak korzystać z middleware IAppBuilder Owin w ASP.NET 5

Question

ASP.NET 5 (aspnet vnext) jest oparty na OWIN jak Katana, ale ma inne abstrakcje. W szczególności IAppBuilder został zastąpiony przez IApplicationBuilder. Wiele bibliotek oprogramowania pośredniego zależy od programu ASP.NET 5

Jak używać tego oprogramowania pośredniego OWIN w oprogramowaniu pośredniczącym APS.NET 5. Oba są oparte na OWIN, więc powinno być możliwe.

Microsoft.AspNet.Builder.OwinExtensions dostarcza metodę UseOwin, ale opiera się na sygnaturach OWIN niskiego poziomu, więc nie może być używana z metodami wymagającymi IAppBuilder.

Answer 1

Edit: można teraz używać AspNet.Hosting.Katana.Extensions package do tego.

---

Oto nieco inna wersja, która używa AppBuilder.DefaultApp:

public static IApplicationBuilder UseOwinAppBuilder(this IApplicationBuilder app, Action<IAppBuilder> configuration) 
{ 
    if (app == null) 
    { 
     throw new ArgumentNullException(nameof(app)); 
    } 

    if (configuration == null) 
    { 
     throw new ArgumentNullException(nameof(configuration)); 
    } 

    return app.UseOwin(setup => setup(next => 
    { 
     var builder = new AppBuilder(); 
     var lifetime = (IApplicationLifetime) app.ApplicationServices.GetService(typeof(IApplicationLifetime)); 

     var properties = new AppProperties(builder.Properties); 
     properties.AppName = app.ApplicationServices.GetApplicationUniqueIdentifier(); 
     properties.OnAppDisposing = lifetime.ApplicationStopping; 
     properties.DefaultApp = next; 

     configuration(builder); 

     return builder.Build<Func<IDictionary<string, object>, Task>>(); 
    })); 
} 

Należy pamiętać, że odwołanie Microsoft.Owin czyni aplikację niezgodną z dnxcore50 (Core CLR).

Answer 2

Często cytowane odniesienie do kompatybilności frameworków to an extension method build by Thinktecture for supporting their IdentityServer3 on ASP.NET 5.

Ta metoda jest specyficzna dla serwera tożsamości i nie obsługuje żądania przetwarzanego przez żadne oprogramowanie pośredniczące zarejestrowane później w rurociągu AspNet (nie wywołuje następnego komponentu).

ten dostosowuje metodę do rozwiązania tych niedociągnięć:

internal static class IApplicationBuilderExtensions 
{ 
    public static void UseOwin(
    this IApplicationBuilder app, 
    Action<IAppBuilder> owinConfiguration) 
    { 
    app.UseOwin(
     addToPipeline => 
     { 
      addToPipeline(
      next => 
       { 
       var builder = new AppBuilder(); 

       owinConfiguration(builder); 

       builder.Run(ctx => next(ctx.Environment)); 

       Func<IDictionary<string, object>, Task> appFunc = 
        (Func<IDictionary<string, object>, Task>) 
        builder.Build(typeof(Func<IDictionary<string, object>, Task>)); 

       return appFunc; 
       }); 
     }); 
    } 
} 

Może być stosowany w sposób następujący:

app.UseOwin(
    owin => 
     { 
      // Arbitrary IAppBuilder registrations can be placed in this block 

      // For example, this extension can be provided by 
      // NWebsec.Owin or Thinktecture.IdentityServer3 
      owin.UseHsts(); 
     }); 

// ASP.NET 5 components, like MVC 6, will still process the request 
// (assuming the request was not handled by earlier middleware) 
app.UseMvc();