<p>Commentaires Nancy 2.0.0-clinteastwood</p>

Cela compile, mais lance un run-time NullReferenceException :

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

Cela marche:

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

Il m'a fallu un peu me cogner la tête contre le mur jusqu'à ce que je comprenne ce qui n'est ni super-duper ni heureux.

@danbarua merci. J'ai ouvert https://github.com/NancyFx/Nancy/issues/2665 parce que je veux réviser le pipeline dès que nous aurons eu le temps de regarder le bootstrapper (ce qui arrivera dès que Je nous ai déplacé vers le nouveau format csproj et cela se passe maintenant dans # 2720)

RASAGE DE YAK ! 😄

Ce code lance une exception, est-ce un bogue ?

```C#

classe publique BaseModule : NancyModule
{
public BaseModule(chaîne url) : base(url)
{
//Logique personnalisée
}
}

classe publique A : BaseModule
{
public A() : base("urlA")
{

}

}

public classe B : NancyModule
{
publique B()
{

}

}

System.InvalidOperationException s'est produite
HRésultat=0x80131509
Message=Quelque chose s'est mal passé lors de la tentative de satisfaction de l'une des dépendances lors de la composition, assurez-vous que vous avez enregistré toutes les nouvelles dépendances dans le conteneur et inspectez l'exception interne pour plus de détails.
Origine=
Trace de la pile:
à Nancy.Bootstrapper.NancyBootstrapperBase 1.SafeGetNancyEngineInstance() at Nancy.Bootstrapper.NancyBootstrapperBase 1.GetEngine()
à Nancy.Owin.NancyMiddleware.UseNancy (options NancyOptions)
à Nancy.Owin.DelegateExtensions.UseNancy(Action 1 builder, NancyOptions options) at PiggyBank.Site.Startup.<>c.<Configure>b__2_0(Action 1 x) dans E:visual_studiopiggy-banksourcePiggyBank.SiteStartup.cs:line 31
sur Microsoft.AspNetCore.Builder.OwinExtensions.UseOwin (constructeur IApplicationBuilder, pipeline Action`1)
à PiggyBank.Site.Startup.Configure (application IApplicationBuilder, IHostingEnvironment env, ILoggerFactory loggerFactory) dans E:visual_studiopiggy-banksourcePiggyBank.SiteStartup.cs:line 31

Exception interne 1 :
TinyIoCResolutionException : Impossible de résoudre le type : Nancy.NancyEngine

Exception interne 2 :
TinyIoCResolutionException : Impossible de résoudre le type : Nancy.Routing.DefaultRequestDispatcher

Exception interne 3 :
TinyIoCResolutionException : Impossible de résoudre le type : Nancy.Routing.DefaultRouteResolver

Exception intérieure 4 :
TinyIoCResolutionException : Impossible de résoudre le type : Nancy.Routing.RouteCache

Exception intérieure 5 :
TinyIoCResolutionException : Impossible de résoudre le type : BaseModule

Exception intérieure 6 :
TinyIoCResolutionException : Impossible de résoudre le type : System.String

Exception intérieure 7 :
TinyIoCResolutionException : Impossible de résoudre le type : System.Char[]

Exception intérieure 8 :
ArgumentNullException : la valeur ne peut pas être nulle.

```

C'est parce que le module de base n'a pas de constructeur que le conteneur IoC peut satisfaire. Il ne sait pas comment gérer string . Si le BaseModule n'est pas censé être appelé par lui-même, je vous suggère de le faire abstract ...

Vieille:

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

Nouveau(2.0):

?

Get("post/{id}", MaMéthode);
Get("old/post/{id}", MaMéthode);

Get("post/{id}", MaMéthode);
Get("old/post/{id}", MaMéthode);

Cet usage ajoute une certaine indirection. Personnellement, je n'aime pas ça. Pas un problème cependant.

Peut-être est-il possible d'avoir des surcharges de méthode pour une expression fluide? Exemple:

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

Une expression alternative

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

Je peux essayer les relations publiques si cela est souhaitable