Programavimas

Naujos „MVC 6“ funkcijos

„Model View Controller“ modelis yra vienas iš populiariausių dizaino modelių, kuris padeda kurti programas, kurias lengviau išbandyti ir prižiūrėti. „Model View Controller“ (paprastai vadinama „MVC“) sistema skatina lengviau išbandyti ir pakartotinai naudoti kodą. ASP.Net MVC sistema sukurta ant ASP.Net vykdymo laiko ir atitinka MVC dizaino modelį. Šiame pranešime panagrinėsiu „Model View Controller“ dizaino modelį ir pateiksiu naujų ASP.Net MVC 6 funkcijų apžvalgą.

Kaip rodo pavadinimas, „Model View Controller“ dizaino modelį sudaro trys pagrindiniai komponentai. Tai apima:

  1. Modelis - tai programos duomenis vaizduojantis sluoksnis
  2. Rodinys - tai reiškia pristatymą arba vartotojo sąsajos sluoksnį
  3. Valdiklis - šiame sluoksnyje paprastai yra jūsų programos verslo logika

„Model View Controller“ dizaino modelis leidžia išskirti problemas ir palengvina programos kodo testavimą ir priežiūrą.

Naujausia šios sistemos versija yra „MVC 6.“. Su „MVC 6“ pašalinta priklausomybė nuo System.Web.dll - turėsite įtraukti „Microsoft.AspNet.Mvc“ vardų sritį, skirtingai nei „System.Web.Mvc“, kurią atlikote ankstesnėse versijose. ASP.Net MVC sistemos. Priklausomybė nuo „System.Web“ buvo pašalinta, nes tai buvo labai brangu - „MVC 6“ suteikia jums daug lengvesnę sistemą, greitesnį paleidimo laiką ir mažesnį išteklių sunaudojimą.

„MVC 6“ sistema skirta debesiui ir yra įtraukta į debesims optimizuoto ASP.Net 5 vykdymo laiką, kuris savo ruožtu bus prieinamas kaip „Visual Studio 2015“ dalis. Debesims optimizuotos sistemos privalumas yra tas, kad galite turėti skirtingus CLR versijos yra greta skirtingų debesyje veikiančių svetainių. Naudojant ASP.Net 5, MVC ir „Web API“ sistemos buvo sujungtos į vieną programavimo modelį. Taigi, „MVC“, „Web API“ ir „ASP.Net“ vykdymo laikas dabar yra sujungti į vieną vieningą programavimo modelį. MVC 6 yra pagrindinio kompiuterio agnostikas - išskyrus galimybę talpinti IIS, jis gali būti ir pats. „MVC 6“ taip pat teikia paramą OWIN abstrakcijai ir apima žiniatinklio API bei tinklalapius, kad būtų pašalintas šių trijų sistemų sutapimas.

Priklausomybės įpurškimas (taip pat žinomas kaip „Inversion of Control“) yra programinės įrangos projektavimo modelis, naudojamas įgyvendinant laisvai susietus, išbandomus ir daugkartinio naudojimo objektus jūsų programoje. Galite naudoti „IServiceProvider“ sąsają, kad pridėtumėte pasirinktinį priklausomybės įpurškimo konteinerį. Ši sąsaja suteikia abstrakcijos lygį, palyginti su realiu priklausomybės įpurškimo konteinerio įgyvendinimu. Atminkite, kad turite numatytąjį priklausomybės įpurškimo konteinerį, tačiau jo funkcijos ribotos. Galite naudoti šį numatytąjį priklausomybės injekcijos konteinerį, jei jums reikia ribotų funkcijų. Jei jums reikia papildomų funkcijų, galite sukurti savo priklausomybės įpurškimo talpyklą ir naudoti „IServiceProvider“ sąsają, kad pridėtumėte sukurtą pasirinktinį priklausomybės įpurškimo konteinerį.

Skirtingai nuo ankstesnių kolegų, „MVC 6“ palaiko aplinką atitinkančią konfigūravimo sistemą - „MVC 6“ programų diegimas debesyje dabar yra paprastas. Kai kuriate naują „MVC 6“ projektą „Visual Studio“, naujame konfigūracijos failų rinkinyje, kurį stebėsite, bus:

  1. Config.json - paprastai tai apima programos konfigūraciją
  2. Project.json - šiame faile yra informacija apie priklausomybę nuo projekto
  3. „Startup.cs“ - šiame faile yra „Startup“ klasė, kurioje savo ruožtu yra metodas „Konfigūruoti“
  4. Global.json - šiame faile yra informacijos apie projekto nuorodas

Sukūrus „MVC 6“ projektą „Visual Studio“, failas „Startup.cs“ atrodo taip:

naudojant „Microsoft.Owin“;

naudojant Owin;

[surinkimas: OwinStartupAttribute (typeof (.Startup)]]

vardų sritis

{

viešoji dalinė klasė „Startup“

    {

vieša niekinė konfigūracija („IAppBuilder“ programa)

        {

        }

    }

}

Šis kodo fragmentas parodo, kaip atrodo įprastas „Startup“ klasės „Config“ metodas.

public void Konfigūruoti („IApplicationBuilder“ programa)

    {   

var configuration = new Configuration (). AddJsonFile ("config.json"). AddEnvironmentVariables ();

    }

Atkreipkite dėmesį į parametrą „IApplicationBuilder“ (šį parametrą pagrindinis kompiuteris perduoda paleidus programą) metodo „Konfigūruoti“ metu. Sukuriamas konfigūracijos klasės egzempliorius ir perduodami konfigūracijos šaltiniai. Galite turėti bet kokį konfigūracijos šaltinių skaičių - kiekvienas konfigūracijos šaltinis yra susietas su konfigūracijos vertės teikėju. Šis metodas palengvina sklandų programos perkėlimą į debesį.

Be to, naudodami „ConfigureServices“ metodą galite pridėti „Entity Framework“ paslaugas prie paslaugų konteinerio. Šis kodo fragmentas parodo, kaip atrodytų įprastas „ConfigureServices“ metodas.

public void „ConfigureServices“ („IServiceCollection“ paslaugos)

        {

services.AddEntityFramework (). AddSqlServer (). AddDbContext ();

paslaugos.AddMvc ();

// Kitas kodas

        }

Taip pat galite nurodyti maršruto informaciją naudodami „UseMvc“ plėtinio metodą, kaip parodyta žemiau esančiame kodo fragmente.

            {

maršrutai. „MapRoute“ (

pavadinimas: „numatytasis“,

šablonas: „{controller} / {action} / {id}“,

pagal numatytuosius nustatymus: new {controller = "", action = "Index"});

Atminkite, kad „AddEntityFramework“ () ir „AddMvc“ () yra išplėtimo metodai, apibrėžti „IServiceCollection“ sąsajoje.

Parašysiu daugiau straipsnių apie „MVC 6“ savo būsimuose tinklaraščio įrašuose čia. Taigi, sekite naujienas!

$config[zx-auto] not found$config[zx-overlay] not found