ASP.NET MVC - maršrutēšanas sistēma

Satura rādītājs
Lietojumprogrammas, kas veiktas ar ASP.NET Kad lietotāji tos apspriežas, viņi iziet procesu, un šis process novirza pieprasījumus uz maršrutēšanas sistēma ja sistēma paceļas kopā ar lietojumprogrammu un ko tā dara, ņem pieprasījuma elementus un meklē atbilstošu kontrolieri, kas atbilst pieprasījumam, pārzinis izlems, vai piekļūt modelim un iegūt datus, un pēc tam nosūtīt skatu vai nosūtīt tieši skatam, jo ​​jums nav jāpiekļūst modelim.
Palaidiet lietojumprogrammu
Kad esam izveidojuši projektu un izvēlējušies atbilstošo veidni, mūsu lietojumprogramma ir gatava pacelšanai, šis process ir diezgan apmierinošs, jo tas dod iespēju dažu minūšu laikā redzēt funkcionālu bāzi.
IzmēģiniPar to nospiedīsim taustiņu F5 tiks parādīts tas, kas mums līdz šim bija, un tas, kas notika, lai mūsu lietojumprogramma tiktu atcelta, tas bija pieprasījums, ko nosūtīja maršrutēšanas sistēma.
Apskatīsim šādu attēlu ar tīmekļa pieprasījuma ciklu ASP.NET MVC:

Mēs varam pamanīt, ka tas seko plūsmai, ko mēs izskaidrojām sākumā, pamata lietojumprogrammas gadījumā mums jau ir mājas kontrolieris, kas parādīs noklusējuma indeksu, kas izveidots ar veidni.
Maršrutēšana
maršrutēšana Tas ir viens no galvenajiem ietvara aspektiem, jo ​​tā ir atbildīga par lietojumprogrammai iesniegto pieprasījumu apstrādi, un mēs zinām, ka lielākā daļa vietņu sākas ar pieprasījumu, kas veikts ar kādu no HTTP metodes, parasti pirmais pieprasījums ir no GET veids pret adresi, kad pieprasījums ir iesniegts, maršrutēšana, tas pārbauda pieprasījumu un meklē resursus, kas to var apmierināt. Pirmkārt, tā pārbauda kontrolierus, un viņi ir atbildīgi par pārējo, lai atgrieztos lietotājam.
AtcerietiesLai veiktu visu aprakstīto maršrutēšanas sistēma veic modeļu salīdzinājumu, tas ir, pieprasījums tiek salīdzināts ar jau izveidotiem modeļiem, un, ja tas atbilst vienam, tas tiek nosūtīts kontrolierim, kuram minētais modelis ir saistīts; Ja tas neatbilst nevienam, mēs varam nosūtīt lietotājam 404 lapu resursu, kas nav atrasts, vai arī mēs varam norādīt, ka jāveic kādas citas nepieciešamās darbības.
Apskatīsim, kā mēs konfigurējam šos modeļus savā maršrutēšanas sistēma.
Vispirms mums jāņem vērā šādi punkti:
Unikāls nosaukumsJa mums ir vairāk nekā viens resurss ar tādu pašu nosaukumu, mēs radīsim kļūdu, jo lietojumprogramma nezinās, kuru resursu mēs vēlamies, tāpēc katram mūsu veidotajam modelim jābūt ar unikālu nosaukumu.
URL modelisŠis modelis būs tas, kas novērtēs to, ko mēs saņemam no tīmekļa pieprasījuma, ja nepieciešams, mēs izpildīsim atbilstošo kontrolieri.
Apskatīsim šādu attēlu, kā tas ir konfigurēta maršrutēšana lai jūs varētu redzēt sākuma ekrānu:

Šeit mēs ievietojam modeli, kurā mēs vispirms saņemam kontrolieri un pēc tam kontroliera darbību, visbeidzot, mēs saņemam parametru ar nosaukumu id, kas tiks nodots kontroliera darbībai, ja nekā nav, mēs nosūtīsim pieprasījumu pēc noklusējuma, kas ir mūsu Mājas kontrolieris un viņa Indeksa darbība.Vai jums patika šī apmācība un palīdzējāt tai?Jūs varat apbalvot autoru, nospiežot šo pogu, lai sniegtu viņam pozitīvu punktu

Jums palīdzēs attīstību vietā, daloties lapu ar draugiem

wave wave wave wave wave