Hva er forskjellene mellom ASP.NET4 og ASP.NET5 Http rørledninger?

stemmer
3

Jeg har hatt en lese om hva som er nytt i .NET4.6 og en av de tingene er ASP.NET fem som jeg er ganske spent på.

En av de nye tingene er New modular HTTP request pipeline, men det er ikke mer info om hvordan akkurat det kommer til å endre seg.

Den eneste referansen i artikkelen er

ASP.NET 5 introduserer en ny HTTP-forespørsel rørledningen som er mager og rask. Denne rørledningen er modulbasert slik at du kan legge til bare de komponentene som du trenger. Ved å redusere overhead i rørledningen, vil app oppleve bedre gjennomstrømming. Den nye rørledningen støtter også OWIN.

Hva er store forskjeller mellom ASP.NET4.5 og ASP.NET5 Http rørledninger? Hvordan modularitet vil bli kontrollert?

Publisert på 04/12/2014 klokken 13:18
kilden bruker
På andre språk...                            


1 svar

stemmer
6

Den største forskjellen etter min mening er modularitet av ny forespørsel rørledningen. I det siste, programmet livssyklusen fulgte en relativt streng bane som du kan koble til via klasser som implementerer IHttpModule.Dette vil tillate deg å påvirke forespørsel, men bare på bestemte punkter langs veien ved å abonnere på de ulike hendelser som inntreffer (f.eks BeginRequest, AuthenticateRequest,etc.) .

De fullstendige beskrivelser av disse kan finnes på MSDN: IIS 5 og 6 eller IIS 7 , og en gjennomgang av å lage en slik modul kan finnes her.

I den nye ASP.NET fem verden, blir forespørselen rørledning koblet fra System.Web og IIS. I stedet for en forhåndsdefinert bane, bruker det begrepet mellomvare. Hvis du er kjent med OWIN , ideen er nesten identisk , men den grunnleggende ideen er at disse Middleware komponenter registreres og deretter forespørselen passerer gjennom dem i den rekkefølgen de er registrert.

Hver middelkomponent er anordnet en RequestDelegate(den neste middelkomponenten i rørledningen) og strømmen HttpContextper-forespørsel. På hver forespørsel, er komponenten startes, og har da mulighet til å passere forespørselen videre til den neste i kjeden hvis aktuelt. For eksempel kan en godkjennings komponent velge ikke å passere forespørselen videre til neste del om godkjenning mislykkes. Ved hjelp av dette systemet, kan du virkelig håndtere en forespørsel noen måte du velger, og kan være så lett eller så innholdsrik som du trenger det å være.

Dette eksemplet er litt datert nå (for eksempel IBuilder har blitt omdøpt til IApplicationBuilder), men det er fortsatt en god oversikt over hvordan bygningen og registrering av disse komponentene ser ut.

Svarte 13/12/2014 kl. 10:43
kilden bruker

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more