- „Razor Pages“ siūlo į puslapius orientuotą modelį, pagrįstą ASP.NET Core, naudodamas tą patį galingą maršrutizavimą, tarpinę programinę įrangą ir „Razor“ peržiūros variklį kaip ir MVC.
- Tikri projektai sutelkti aplink „Pages“ aplanką, „wwwroot“, „appsettings.json“ ir „Program.cs“, kur konfigūruojamos paslaugos, tarpinė programinė įranga ir klaidų apdorojimas.
- Tokios priemonės kaip „Visual Studio“, „Rider“ ir „VS Code“ supaprastina modelių, rodinių ir „Razor“ sintaksės kūrimą, derinimą, naršymą ir pertvarkymą.
- „ASP.NET Core“ supaprastina „Razor“ programų publikavimą IIS, „Azure“, pasirinktiniuose serveriuose arba „Docker“, taip įgalindamas keičiamo dydžio ir kartojamus diegimus.
Jei naudojatės „Angular“ ir ASP.NET žiniatinklio API bei pradedate mėgautis C# naudojimu komandinėje dalyje, „Razor Pages“ yra neįtikėtinai natūralus būdas perkelti šį džiaugsmą į komandinę dalį neatsisakant esamų „JavaScript“ žinių. Užuot šokinėję stačia galva į visiškai kitokią vartotojo sąsajos steko versiją, galite likti pažįstamoje ASP.NET Core teritorijoje, naudoti „Razor“ sintaksę serverio pusės vaizdavimui ir vis tiek pabarstyti „JavaScript“ visur, kur tik yra prasmės.
„ASP.NET Core Razor Pages“ yra „Microsoft“ rekomenduojamas modernių žiniatinklio programų kūrimo .NET aplinkoje metodas, siūlantis švarų puslapių modelį, kuris veikia galingo „ASP.NET Core“ srauto pagrindu. Jis yra kelių platformų, sklandžiai veikia su tokiais įrankiais kaip „Visual Studio“, „Visual Studio Code“ ir „JetBrains Rider“ ir gali būti pritaikomas nuo mažų prototipų iki gamybinės klasės, duomenų bazėmis pagrįstų programų. Šiame vadove apžvelgsime, kaip struktūrizuojamos realios „Razor Pages“ programos, kaip „Program.cs“ viską sujungia, kaip veikia statiniai failai ir konfigūracija bei kaip atliekami įrankiai, derinimas ir diegimas.
Kas iš tikrųjų yra ASP.NET Core Razor Pages (ir kaip jis lyginamas su MVC)?
„Razor Pages“ yra ASP.NET Core funkcija, leidžianti kurti žiniatinklio programas aplink puslapius, o ne valdiklius, siūlant paprastesnį mentalinį modelį, tačiau naudojant tą pačią pagrindinę sistemą kaip ir MVC. Iš esmės jis veikia tame pačiame maršrutizavimo, tarpinės programinės įrangos ir prieglobos steke kaip valdikliai ir peržiūros, tačiau kiekvienas puslapis tvarko savo elgseną, užuot centralizavęs viską valdiklių klasėse.
Kiekvieną „Razor“ puslapį paprastai vaizduoja du failai: .cshtml failas žymėjimui ir .cshtml.cs failas puslapio C# logikai. .cshtml faile yra jūsų HTML, sumaišytas su „Razor“ sintakse (pavyzdžiui, ciklai, sąlygos ir HTML pagalbinės priemonės), o .cshtml.cs failo kode yra apdorojimo metodai, tokie kaip OnGet, OnPost, modelio ypatybės ir bet kokia logika, reikalinga puslapiui atvaizduoti ar apdoroti.
Prieš „Razor Pages“ atsiradimą, dominuojantis ASP.NET modelis buvo MVC, kur valdikliai grąžino rodinius ir nukreipė visas užklausas per veiksmų metodus. MVC vis dar yra visiškai palaikomas ir yra išbandytas modelis su stipriomis konvencijomis, tačiau daugeliu atvejų „Razor Pages“ yra greitesnis samprotavimas, nes kodas, kuris įkelia ir apdoroja puslapį, yra fiziškai šalia jo žymėjimo, o ne paslėptas atskirame valdiklyje.
Nors „Razor Pages“ nukreipia dėmesį nuo valdiklių, jis vis tiek naudoja tą patį „Razor“ peržiūros variklį ir palaiko tiek „HtmlHelper“, tiek „TagHelper“ dinaminiam HTML generavimui. „TagHelper“ yra ypač patogūs: jie papildo įprastas HTML žymas tokiais atributais kaip asp-action, asp-controller or asp-route taigi galite prijungti nuorodas ir formas prie galinių taškų nerašydami daugybės rankinių URL ar įterpdami „JavaScript“.
Kūrėjams, kurie jau moka „JavaScript“ ir yra dirbę su SPA platformomis, „Razor Pages“ siūlo hibridinį metodą: serverio perteikiamą HTML, kad būtų galima greitai įkelti pirmą kartą ir naudoti SEO, o „JavaScript“ ir sąsajos bibliotekos būtų sluoksniuojamos ten, kur reikia. Nesate pririšti prie jokios konkrečios JS sistemos ir galite išlaikyti vidinę ir išorinę dalis tame pačiame sprendime, o tai supaprastina diegimą ir priežiūrą.
„Razor Pages“ žiniatinklio programos kūrimas ir paleidimas
Kai kuriate naują ASP.NET Core Razor Pages projektą naudodami „Visual Studio“, „Visual Studio Code“ arba „Rider“, šablonas sujungia minimalią, bet išsamią programą, įskaitant „Program.cs“, „Pages“ aplanką, konfigūracijos failus ir statinę žiniatinklio šakninę sistemą. Iš karto gaunate veikiančią svetainę, kurią galite paleisti iš karto, o vėliau ją išplėsti į kažką sudėtingesnio, pavyzdžiui, filmų katalogą ar bet kurią kitą duomenimis pagrįstą programėlę.
Prieš paleisdama programą per HTTPS, ASP.NET Core turi naudoti kūrimo sertifikatą, kuriuo pasitiki jūsų operacinė sistema, ir pirmą kartą paleidus projektą, galite pamatyti dialogo langą, kuriame bus prašoma juo pasitikėti. Kai pasirodys tas dialogo langas, pasirinkite Taip rodo, kad jūs sutinkate, jog jūsų kompiuteryje būtų naudojamas vietinio kūrimo sertifikatas HTTPS srautui, kuris reikalingas tinkamam saugių galinių taškų testavimui be naršyklės įspėjimų.
„Windows“, „macOS“ arba „Linux“ sistemose „Visual Studio Code“ leidžia paleisti programą paspaudus "Ctrl"+F5 , kad paleistumėte be derinimo, arba naudodami skydelį „Vykdyti ir derinti“, jei norite pridėti derinimo įrankį. Pirmą kartą „VS Code“ gali paraginti pasirinkti derinimo programos tipą, pvz. C#, .NET 5+ ir .NET Core arba konkreti paleidimo konfigūracija, pvz. C#: „RazorPagesMovie“ [https] „RazorPagesMovie“ priklausomai nuo .NET versijos ir jūsų darbo srities konfigūracijos.
Paleidus numatytąją naršyklę, ji atidaroma URL adresu, panašiu į https://localhost:<port>, kur prievadas priskiriamas atsitiktinai arba nurodomas faile „launchSettings.json“, o jūs peržiūrite „Razor Pages“ programėlės teikiamą pagrindinį puslapį. Kai kuriuose šablonuose matysite http://localhost:5001 arba kitame uoste; svarbiausia yra tai, kad localhost rodo, kad tai jūsų paties kompiuteris, o ne išorinis kompiuteris.
Baigę testavimą, galite sustabdyti veikiančią programą iš savo IDE: „Visual Studio Code“ naudokite meniu „Vykdyti“ ir pasirinkite „Sustabdyti derinimą“ arba paspauskite perėjimas+F5, o „Visual Studio for Mac“ naudojate Debug > Stop Debugging. Tai užbaigia sesijai paleistą „Kestrel“ žiniatinklio serverio egzempliorių ir atlaisvina prievadą kitiems paleidimams.
Projekto struktūros supratimas: aplankai ir pagrindiniai failai
Realios „Razor Pages“ programos yra suskirstytos į kelis svarbius aplankus ir konfigūracijos failus, su kuriais nuolat dirbsite: „Pages“, „wwwroot“, „appsettings.json“ ir „Program.cs“ (o senesnėse versijose – „Startup.cs“). Labai svarbu išmokti patogiai orientuotis šiuose elementuose, nes praktiškai kiekviename pamokoje, pavyzdyje ar gamybos projekte naudojamos tos pačios konvencijos.
„Pages“ aplankas yra „Razor Pages“ projekto širdis, kuriame yra visi .cshtml puslapiai ir jų .cshtml.cs kodo failai, taip pat bendrinamas maketas ir daliniai rodiniai. Kiekviena puslapių pora (pavyzdžiui, Index.cshtml ir Index.cshtml.cs) žymi iškviečiamą galinį tašką jūsų programoje ir specialius failus, prasidedančius pabraukimo simboliu, pvz. _Layout.cshtml, apibrėžkite turinį, pakartotinai naudojamą daugelyje puslapių.
Išdėstymo failas, paprastai pavadintas _Layout.cshtml, apibrėžia jūsų svetainės „chromą“, pvz., viršutinę naršymo juostą, poraštę ir autorių teisių pranešimą, ir suteikia vietą kiekvieno atskiro puslapio turiniui atvaizduoti. Pakeitus išdėstymą, akimirksniu paveikiama visų jį naudojančių „Razor“ puslapių išvaizda ir pojūtis, todėl tai yra pagrindinė vieta redaguoti meniu, prekės ženklo kūrimą ir bendrinamus scenarijus ar stilius.
„wwwroot“ aplankas yra paskirtasis žiniatinklio šakninis aplankas, kuriame saugomi statiniai ištekliai, įskaitant CSS, „JavaScript“, vaizdus ir paprastus HTML failus, kuriuos gali tiesiogiai pateikti žiniatinklio serveris. Viską, kas patalpinta wwwroot aplanke, gali pasiekti naršyklė (atsižvelgiant į jūsų statinio failo konfigūraciją), todėl tai tinkama vieta svetainės stilių lapams, kliento pusės bibliotekoms ir jūsų žymėjime nurodytiems vaizdams.
Programėlės konfigūracija paprastai saugoma appsettings.json (ir aplinkai būdingus variantus, pvz., appsettings.Development.json), kuriuose yra tokie nustatymai kaip ryšio eilutės ir funkcijų žymės. „ASP.NET Core“ konfigūravimo sistema įkelia šiuos failus ir sujungia juos su aplinkos kintamaisiais ir kitais teikėjais, todėl kodo sekcijas lengva susieti su griežtai įvestomis parinkčių klasėmis.
Program.cs ir ASP.NET Core srautas
„Program.cs“ faile yra jūsų „Razor Pages“ programos įėjimo taškas ir apibrėžiama, kaip konfigūruojamas žiniatinklio prieglobos serveris, paslaugos ir tarpinės programinės įrangos srautas prieš tai, kai pirmoji užklausa pasiekia jūsų svetainę. Šiuolaikinėse ASP.NET Core versijose „Program.cs“ naudoja supaprastintą „minimalaus talpinimo“ modelį su aukščiausio lygio sakiniu, kuris sukuria WebApplicationBuilder ir tada sukuria bei sukonfigūruoja WebApplication instancija.
Tipinis Program.cs šablonas prasideda taip var builder = WebApplication.CreateBuilder(args); kuris nustato pagrindinį kompiuterį su įprastais numatytaisiais parametrais, tada iškviečia builder.Services.AddRazorPages(); užregistruoti „Razor“ puslapius su priklausomybių injekcijos konteineriu. Sukonfigūravus paslaugas, var app = builder.Build(); sukuria programos objektą, kurį vėliau sujungiate su tarpine programine įranga ir galiniais taškais.
Klaidų tvarkymas ir saugumo elgsena labai priklauso nuo aplinkos, todėl paprastai matote aplinkos patikrinimą, panašų į if (!app.Environment.IsDevelopment()) kad būtų įjungtos gamybinės klasės funkcijos. Tokioje būsenoje paprastai rasite app.UseExceptionHandler("/Error"); kuris siunčia neišspręstas klaidas į specialų klaidų puslapį ir app.UseHsts(); kuris aktyvuoja HTTP griežtą transportavimo saugumą (HSTS), kad naršyklės visada naudotų HTTPS jūsų domenui.
Tada tarpinės programinės įrangos srautas surenkamas naudojant tokius iškvietimus kaip app.UseHttpsRedirection();, app.UseStaticFiles(); or app.MapStaticAssets();, app.UseRouting(); ir pasirinktinai app.UseAuthorization(); po to seka galinių taškų susiejimas. HTTPS peradresavimas priverčia nesaugias HTTP užklausas atnaujinti į HTTPS, statinė failų tarpinė programinė įranga (arba naujesnė statinių išteklių susiejimo funkcija .NET 9) leidžia tiesiogiai teikti išteklius iš wwwroot, o maršrutizavimas nusprendžia, kuris galinis taškas tvarko kiekvieną gaunamą URL.
Galiausiai „Razor“ puslapiai yra prijungiami prie maršrutizavimo su app.MapRazorPages(); pasirinktinai sujungta su .WithStaticAssets(); naujesniuose šablonuose, skirtuose statinio turto optimizavimui integruoti, o programa paleidžiama naudojant app.Run();. Tuo metu programa klausosi sukonfigūruotų prievadų, o „Kestrel“ serveris yra pasirengęs apdoroti realias užklausas, tiek lokaliai kūrimo metu, tiek gamybos serveryje, pvz., IIS, „Azure App Service“ ar „Docker“.
„Razor“ puslapiai, modeliai ir peržiūros modeliai realiose programose
Už kiekvienos ne trivialios „Razor Pages“ programėlės slypi domenų ir rodinių modelių rinkinys, kuris atspindi jūsų duomenis ir jų rodymo būdą, nesvarbu, ar tvarkote filmų katalogą, tinklaraštį, ar verslo ataskaitų suvestinę. Modeliai paprastai yra glaudžiai susiję su duomenų bazės objektais, o rodinių modeliai gali būti pritaikyti vienam konkrečiam ekranui arba vartotojo srautui, sujungiant kelis modelius arba iš anksto suformatuotas reikšmes, kad būtų lengviau juos atvaizduoti.
Įprastas kūrimo darbo eigas yra pradėti nuo paprastų C# klasių, kurios naudoja laukus ir metodų parašus kaip fragmentus, ir palaipsniui jas plėtoti į tinkamus modelius su įkapsuliuotomis savybėmis, patvirtinimo atributais ir logika. Tokios priemonės kaip „JetBrains Rider“ šią evoliuciją padaro sklandesnę, naudodamos ketinimų veiksmus, kurie automatiškai konvertuoja laukus į ypatybes, sukuria išvestinius tipus paveldėjimo hierarchijoms ir taiko kitus pertvarkymus, tobulinant objekto modelį.
Paveldimumas ir sąsajos padeda užtikrinti darnią jūsų modelių struktūrą, suderinant juos su realiomis verslo taisyklėmis ir įgalinant polimorfizmą, kai tam tikras elgesys yra bendras, bet įgyvendinimas skiriasi. Pavyzdžiui, galite turėti bazę ContentItem tipas su išvestinėmis Movie, Series bei Documentary klasės, kurių kiekviena turi nedidelių skirtumų, tačiau turi bendrą sutartį, naudojamą visoje jūsų programoje.
Kai modeliai sukurti, „Razor Pages“ arba MVC rodinius galima sukurti rankiniu būdu arba naudojant pastolių kūrimo įrankius, kurie generuoja puslapius objektų sąrašui, kūrimui, redagavimui ir šalinimui. Pastoliai smarkiai pagreitina ankstyvąjį kūrimo etapą ir užtikrina, kad maršrutizavimas, modelio susiejimas ir patvirtinimas būtų tinkamai sujungti, o vėliau galite juos pritaikyti naudodami savo žymėjimą ir stilių.
„Razor“ sintaksė, naudojama .cshtml failuose, sklandžiai dera su griežtai tipizuotais modeliais ir rodinių modeliais, leisdama rodyti duomenis, vykdyti ciklus ir sąlyginius veiksmus bei generuoti nuorodas ir formas naudojant „HtmlHelper“ arba „TagHelper“ neprarandant saugumo kompiliavimo metu. Šis C# ir žymėjimo derinys išlaiko daug logikos serveryje, tačiau naršyklėje vis tiek sukuria švarų HTML, kuris puikiai sąveikauja su CSS ir „JavaScript“.
Darbas su „Razor“ sintakse, „TagHelpers“ ir navigacija „Rider“ programoje
„Razor“ sintaksė yra lengvas HTML sluoksnis, kuris įsijungia kiekvieną kartą, kai @ pasirodo simbolis, todėl lengva įterpti C# išraiškas, teiginius ar pagalbos iškvietimus tiesiai į žymėjimą. Galite cikliškai peržiūrėti elementų sąrašus, rodyti arba slėpti elementus pagal sąlygas arba rodyti reikšmes ir suformatuotas datas nerašydami atskiros šablonų kalbos ir nebarstydami „JavaScript“ visur.
„TagHelpers“ atrodo kaip natūralus HTML pratęsimas, kuriame specialūs atributai prasideda asp- modifikuoti elementų elgseną arba išvestį, dažnai pakeičiant senesnius „HtmlHelper“ metodus ir pašalinant poreikį naudoti vidinius scenarijų sujungimo metodus. Pavyzdžiai: asp-action bei asp-controller nukreipti inkaro žymas ir formas į konkrečius veiksmus arba nukreipti atributus, pvz., asp-route-id tvarkingai perduoti parametrus URL adresuose.
IDE palaikymas yra labai svarbus, kai esate giliai į HTML, o „Rider“ teikia naudingas funkcijas, pvz., navigacijos juostą redaktoriaus apačioje, kad būtų rodoma jūsų dabartinė vieta dokumento struktūroje. Duonos trupinius galima tinkinti skiltyje „Nuostatos“ arba „Parinktys“ redaktoriaus skiltyje, ir jie leidžia daug lengviau naršyti ilgus „Razor“ failus su įdėtomis žymėmis.
MVC projektuose „Rider“ taip pat supranta valdiklius, veiksmus ir rodinius jungiančias konvencijas, todėl užvedus pelės žymeklį ant veiksmo rezultatų, galima pamatyti galimus rodinių kelius ir „Ctrl“ + spustelėkite (Arba Cmd-spustelėjimas „macOS“ sistemoje) pereina tiesiai į atitinkamą .cshtml failą. Spartieji klavišai, pvz. Ctrl + B or Cmd-B suteikti greitą būdą naršyti kodo bazėje neieškojant sprendimų naršyklėse.
Be specialiai „Razor“ skirtų įrankių, „Rider“ apima platų HTML, CSS ir „JavaScript“ tikslų ir greitų pataisymų rinkinį, kuris padeda rašyti švarų, gerai struktūrizuotą kliento pusės kodą toje pačioje IDE kaip ir jūsų C# serveris. Ši glaudi integracija gali sutaupyti daug kontekstinių perjungimų kuriant sudėtingą, interaktyvią vartotojo sąsają, kuri vis dar priklauso nuo serverio pateikiamų „Razor“ rodinių ar puslapių.
„Razor Pages“ ir ASP.NET Core programų derinimas
Derinimas yra kasdienė veikla kuriant žiniatinklio programas, ir ASP.NET Core programos, kuriose veikia „Razor Pages“, nėra išimtis, todėl labai svarbu, kad jūsų IDE (ide) turėtų stiprią derinimo palaikymo sistemą. „Visual Studio“ ir „Rider“ teikia interaktyvius derinimo įrankius, kurie gali prisijungti prie jūsų „Kestrel“ proceso, peržiūrėti C# kodą, tikrinti kintamuosius ir įvertinti išraiškas, kol programa veikia.
„Rider“ derinimo programa sistemoje „Windows“ palaiko funkciją „Redaguoti ir tęsti“, kuri leidžia koreguoti kodą, kai programa pristabdyta ties lūžio tašku, ir pritaikyti pakeitimus nepaleidžiant viso derinimo seanso iš naujo. Ši galimybė ištaisyti mažas klaidas ar eksperimentuoti derinimo metu žymiai pagreitina trikčių šalinimą, ypač dideliuose projektuose, kurių paleidimo laikas nėra nereikšmingas.
Numatytasis kūrėjo išimčių puslapis ASP.NET Core sistemoje automatiškai įjungiamas, kai aplinka nustatoma kaip kūrimo aplinka, suteikiant jums išsamų steko pėdsaką, užklausos informaciją ir diagnostiką, kai atsiranda neapdorotų išimčių. Šis rodinys yra labai naudingas atliekant vietinį derinimą, bet pavojingas gamybinėje aplinkoje, nes gali nutekėti vidinė informacija apie jūsų programą ir aplinką.
Siekiant apsaugoti slaptą informaciją, gamybinėje ir testavimo aplinkoje paprastai išjungiamas kūrėjo išimčių puslapis ir vietoj jo naudojamas sukonfigūruotas išimčių tvarkyklės maršrutas, dažnai /Error, kad registruojant tikrąją informaciją serveryje būtų rodomas patogus klaidos ekranas. Šis elgesys kontroliuojamas „Program.cs“ faile atliekant aplinkos patikrinimą ir iškvietimus UseExceptionHandler bei UseHsts.
Kai viskas iš tiesų nukrypsta nuo planų ir mokymo priemonės neatitinka jūsų elgesio, dažnai naudinga palyginti savo projektą su žinomu geru pavyzdžiu, kurį pateikia „Microsoft“ ar kiti autoritetingi šaltiniai. Daugelyje oficialių „Razor Pages“ mokomųjų programų skelbiamas užbaigtas pavyzdinis projektas, kurį galite peržiūrėti arba atsisiųsti, kad palygintumėte jį su savo kodu ir pastebėtumėte trūkstamą konfigūraciją, rašybos klaidas ar netinkamai išdėstytus failus.
Tikrų ASP.NET Core Razor programų publikavimas ir diegimas
„Razor Pages“ programėlės pristatymas yra vieta, kur atsiperka visa ankstesnė struktūra ir konfigūracija, nes ASP.NET Core palaiko keletą diegimo parinkčių, kurios tinka skirtingoms prieglobos aplinkoms ir darbo eigoms. Nesvarbu, ar jums labiau patinka IIS sistemoje „Windows“, „Linux“ konteineriai „Docker“ platformoje, ar valdoma platforma, pvz., „Azure App Service“, publikavimo procesą gali valdyti „MSBuild“ ir jis gali būti integruotas į jūsų CI/CD srautus.
„Visual Studio“ ir „Rider“ siūlo publikavimo profilius, kurie gali supakuoti jūsų programą ir diegti ją IIS naudojant „Web Deploy“ (MSDeploy), nukopijuoti ją į vietinį arba tinklo aplanką arba tiesiogiai perkelti į nuotolinį serverį per FTP, FTPS arba SFTP. Sukūrus publikavimo profilį, jūsų diegimo nustatymai yra užkoduoti taip, kad ateityje publikuoti būtų taip paprasta, kaip pasirinkti profilį ir spustelėti mygtuką arba paleisti komandą.
Debesijos scenarijuose populiarus taikinys yra „Azure App Service“, o IDE integruoja „Azure“ įrankius, kad būtų galima kurti ir publikuoti žiniatinklio programas tiesiai iš jūsų projekto, vėlgi naudojant „MSBuild“ ir „MSDeploy“. Šis metodas užtikrina nuoseklų kūrimą ir diegimą vietinėje ir debesijos aplinkoje ir gali būti automatizuotas „Azure DevOps“, „GitHub Actions“ ar kitose CI sistemose.
„Docker“ yra dar viena aukščiausios klasės ASP.NET Core parinktis, leidžianti konteinerizuoti „Razor Pages“ programą, kad ją būtų galima nuspėjamai paleisti bet kurioje aplinkoje, palaikančioje konteinerius. „Rider“ ir „Visual Studio“ gali padėti generuoti „Docker“ failus ir „Docker-Compose“ konfigūracijas, įgalindami darbo eigą, kurioje galite kurti, derinti ir diegti savo programą konteineriuose – tiek vietoje, tiek tokiuose orkestravimo įrankiuose kaip „Kubernetes“.
Nepriklausomai nuo paskirties, publikavimo etape sukompiliuojamas jūsų C# kodas, sujungiami „Razor“ rodiniai, nukopijuojami statiniai ištekliai ir, priklausomai nuo nustatymų, gali būti sugeneruota savarankiška vykdymo aplinka, kad pagrindiniam kompiuteriui nereikėtų bendro .NET diegimo. Šis sujungimas paverčia jūsų kūrimo projektą diegiamu artefaktu, paruoštu naudoti realiems vartotojams.
Sujungus visus šiuos elementus – nuo kūrimo sertifikatų ir „Program.cs“, per „Pages“ ir „wwwroot“ iki derinimo ir publikavimo – „Razor Pages“ siūlo pragmatišką būdą kurti realias ASP.NET Core žiniatinklio programas, kurios yra lengvai prižiūrimos, našios ir patogios kūrėjams, kurie jau mėgsta dirbti su C# ir nėra pasirengę visapusiškai pasikliauti vieno puslapio sistema kiekvienai situacijai.
