<p>Comentarios de Nancy 2.0.0-clinteastwood</p>

Esto compila, pero lanza un tiempo de ejecución NullReferenceException :

pipelines.BeforeRequest.AddItemToStartOfPipeline((ctx, _) =>
{
    // do stuff
    // Func<NancyContext, Response>, Func<NancyContext, CancellationToken, Response>
    return null;
});

Esto funciona:

pipelines.BeforeRequest.AddItemToStartOfPipeline((ctx, _) =>
{
    //do stuff
    // Func<NancyContext, CancellationToken, Task<Response>>
    return Task<Response>.FromResult((Response)null);
});

Me tomó un poco golpearme la cabeza contra la pared hasta que me di cuenta de que no era ni súper tonto ni feliz.

@danbarua gracias. Abrí https://github.com/NancyFx/Nancy/issues/2665 porque quiero revisar la canalización tan pronto como hayamos tenido tiempo de ver el programa previo (que sucederá tan pronto como Nos movimos al nuevo formato csproj y eso está sucediendo ahora en #2720)

¡AFEITADO DE YAK! 😄

Este código arroja una excepción, ¿es este error?

```C#

BaseModule de clase pública: NancyModule
{
public BaseModule(cadena url) : base(url)
{
//Lógica personalizada
}
}

clase pública A: BaseModule
{
público A() : base("urlA")
{

}

}

clase pública B: NancyModule
{
público B ()
{

}

}

Ocurrió System.InvalidOperationException
HResult=0x80131509
Message=Algo salió mal al intentar satisfacer una de las dependencias durante la composición, asegúrese de haber registrado todas las dependencias nuevas en el contenedor e inspeccione la excepción interna para obtener más detalles.
Fuente=
Rastreo de pila:
en Nancy.Bootstrapper.NancyBootstrapperBase 1.SafeGetNancyEngineInstance() at Nancy.Bootstrapper.NancyBootstrapperBase 1.GetEngine()
en Nancy.Owin.NancyMiddleware.UseNancy(opciones de NancyOptions)
en Nancy.Owin.DelegateExtensions.UseNancy(Acción 1 builder, NancyOptions options) at PiggyBank.Site.Startup.<>c.<Configure>b__2_0(Action 1 x) en E:visual_studiopiggy-banksourcePiggyBank.SiteStartup.cs:línea 31
en Microsoft.AspNetCore.Builder.OwinExtensions.UseOwin (constructor IApplicationBuilder, canalización Action`1)
en PiggyBank.Site.Startup.Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory) en E:visual_studiopiggy-banksourcePiggyBank.SiteStartup.cs:line 31

Excepción interna 1:
TinyIoCResolutionException: no se puede resolver el tipo: Nancy.NancyEngine

Excepción interna 2:
TinyIoCResolutionException: no se puede resolver el tipo: Nancy.Routing.DefaultRequestDispatcher

Excepción interna 3:
TinyIoCResolutionException: no se puede resolver el tipo: Nancy.Routing.DefaultRouteResolver

Excepción interna 4:
TinyIoCResolutionException: no se puede resolver el tipo: Nancy.Routing.RouteCache

Excepción interna 5:
TinyIoCResolutionException: no se puede resolver el tipo: BaseModule

Excepción interna 6:
TinyIoCResolutionException: no se puede resolver el tipo: System.String

Excepción interna 7:
TinyIoCResolutionException: no se puede resolver el tipo: System.Char[]

Excepción interna 8:
ArgumentNullException: el valor no puede ser nulo.

```

Es porque el módulo base no tiene un constructor que el contenedor IoC pueda satisfacer. No sabe cómo manejar string . Si no se supone que BaseModule se llame solo, le sugiero que lo haga abstract ...

Viejo:

Get["post/{id}"] = Get["old/post/{id}"] = p =>{};

Nuevo (2.0):

?

Get("publicación/{id}", MiMétodo);
Get("antiguo/post/{id}", MiMetodo);

Get("publicación/{id}", MiMétodo);
Get("antiguo/post/{id}", MiMetodo);

Ese uso agrega cierta indirección. A mí personalmente no me gusta eso. Sin embargo, no es un problema.

¿Tal vez es posible tener algunas sobrecargas de métodos para una expresión fluida? ejemplo:

Get("post/{id}")
.Get("old/post/{id}")
.Post("whatever/{id}", p => { return HttpStatusCode.Ok });

Una expresión alternativa

Get("post/{id}")
.Get("old/post/{id}")
.Post("whatever/{id}")
.Do(p => { return HttpStatusCode.Ok });

Puedo intentar relaciones públicas si es deseable