<p>Comentários Nancy 2.0.0-clinteastwood</p>

Isso compila, mas lança um tempo de execução NullReferenceException :

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

Isso funciona:

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

Demorou um pouco para bater minha cabeça contra a parede até que eu descobri o que não é nem super-duper nem feliz.

@danbarua obrigado. Abri https://github.com/NancyFx/Nancy/issues/2665 porque quero fazer uma revisão no pipeline assim que tivermos tempo de analisar o bootstrapper (o que acontecerá assim que Mudei-nos para o novo formato csproj e isso está acontecendo agora em #2720)

BARBA DE IAQUE! 😄

Este código lança uma exceção, isso é bug?

```C#

classe pública BaseModule : NancyModule
{
public BaseModule(string url): base(url)
{
//Lógica personalizada
}
}

classe pública A: BaseModule
{
public A() : base("urlA")
{

}

}

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

}

}

Ocorreu System.InvalidOperationException
HResult=0x80131509
Message=Algo deu errado ao tentar satisfazer uma das dependências durante a composição, certifique-se de ter registrado todas as novas dependências no contêiner e inspecione a exceção interna para obter mais detalhes.
Fonte=
StackTrace:
em Nancy.Bootstrapper.NancyBootstrapperBase 1.SafeGetNancyEngineInstance() at Nancy.Bootstrapper.NancyBootstrapperBase 1.GetEngine()
em Nancy.Owin.NancyMiddleware.UseNancy(opções NancyOptions)
em Nancy.Owin.DelegateExtensions.UseNancy(Ação 1 builder, NancyOptions options) at PiggyBank.Site.Startup.<>c.<Configure>b__2_0(Action 1 x) em E:visual_studiopiggy-banksourcePiggyBank.SiteStartup.cs:line 31
em Microsoft.AspNetCore.Builder.OwinExtensions.UseOwin (construtor IApplicationBuilder, pipeline Action`1)
em PiggyBank.Site.Startup.Configure(aplicativo IApplicationBuilder, env IHostingEnvironment, ILoggerFactory loggerFactory) em E:visual_studiopiggy-banksourcePiggyBank.SiteStartup.cs:line 31

Exceção interna 1:
TinyIoCResolutionException: não é possível resolver o tipo: Nancy.NancyEngine

Exceção Interna 2:
TinyIoCResolutionException: não é possível resolver o tipo: Nancy.Routing.DefaultRequestDispatcher

Exceção Interna 3:
TinyIoCResolutionException: Não é possível resolver o tipo: Nancy.Routing.DefaultRouteResolver

Exceção Interna 4:
TinyIoCResolutionException: Não é possível resolver o tipo: Nancy.Routing.RouteCache

Exceção Interna 5:
TinyIoCResolutionException: Não é possível resolver o tipo: BaseModule

Exceção Interna 6:
TinyIoCResolutionException: não é possível resolver o tipo: System.String

Exceção Interna 7:
TinyIoCResolutionException: não é possível resolver o tipo: System.Char[]

Exceção Interna 8:
ArgumentNullException: O valor não pode ser nulo.

```

É porque o módulo base não possui um construtor que o contêiner IoC possa satisfazer. Ele não sabe como lidar com string . Se o BaseModule não deve ser chamado sozinho, sugiro que você o faça abstract ...

Velho:

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

Novo(2.0):

?

Get("post/{id}", MeuMétodo);
Get("antigo/post/{id}", MeuMétodo);

Get("post/{id}", MeuMétodo);
Get("antigo/post/{id}", MeuMétodo);

Esse uso adiciona alguma indireção. Eu pessoalmente não gosto disso. Não é um problema embora.

Talvez seja possível ter algumas sobrecargas de método para expressão fluente? exemplo:

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

Uma expressão alternativa

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

Eu posso dar uma facada no PR se isso for desejável