Asp.Net

La proiectarea unui site WEB, conținutul acestuia trebuie să fie conectat la un serviciu de găzduire. Aceasta înseamnă că imaginile, videoclipurile, textele și alte date vor ocupa spațiu virtual pe servere cu conexiune la internet, astfel încât să poată fi accesate de la distanță.

Serviciile de găzduire a site-urilor web sunt împărțite în șase categorii:

• Dedicat

• Server virtual (VPS)

• Co-locație

• Revânzare

• Gratuit

• Impartit

În general, atunci când vine vorba de găzduirea site-ului, trebuie luați în considerare trei factori. Unul dintre ele este spațiul de ocupat. Acest lucru va influența viteza de procesare și hardware-ul utilizat. În raport cu acesta din urmă, singura categorie în care este furnizată de contractant este colocația. Restul este responsabilitatea centrului de date al serverului.

Găzduirea site-urilor pe Windows

Există două platforme pentru cei care doresc să găzduiască un site web, Windows și Linux. În Windows se folosește ASP sau ASP.Net, așa cum se spune astăzi. Deși se numește limbaj, ASP reprezintă un tip de structurare a informațiilor ca bibliotecă, pe care „ldquo” o traduce & rdquor; browserelor diferitele tipuri de comenzi trimise către servere, care le transmit clientului, prin browser.

Informațiile procesate de servere utilizează în general publicarea prin FTP, care funcționează la fel ca un e-mail, atunci când atașați fișiere. SSH și FrontPage sunt alternative la acest mod de publicare.

Prin urmare, găzduirea ASP trebuie înțeleasă ca un limbaj destinat serverului, care acționează ca un „traducător” pentru diferitele browsere ale clienților (oamenii obișnuiți care accesează zilnic webul). Browserul primește date de la serverul deja executat și în format HTML.

Gazduire partajata

Printre avantajele ASP, este în proprietatea sa de a putea fi utilizat în sistemul de găzduire partajată, care este cel mai utilizat pentru raportul cost-beneficiu relativ avantajos în raport cu alte forme de găzduire. În această modalitate, un server gestionează informații de la zeci la sute de site-uri. Acest lucru poate reduce timpul petrecut în aer, adică, în anumite momente, un anumit site web nu poate fi găsit și instabilitatea sistemului.

Astăzi, sistemele vă permit deja să găzduiți într-un mod partajat fără probleme și chiar mai puțin nevoie de întreținere cerută de un număr mai mare de clienți și aproape inexistentă pe servere unice și exclusive.

ASP.NET Core: știri și integrare cu .NET Core

ASP.NET Core: Dacă abia începeți în domeniul programării și al construirii aplicațiilor, este posibil să fi auzit despre ce este. Pentru început, este necesar să ne amintim că această structură este open source, multiplatformă și de înaltă performanță. Aceasta înseamnă că este realizat de comunitate, împreună cu Microsoft, și este disponibil pentru uz public.

Puteți realiza multe lucruri cu ASP.NET Core, iată câteva dintre ele:

• Stocați aplicații și servicii web, IoT și backend-uri mobile;

• Utilizați instrumente de dezvoltare multi-platformă (Windows, macOS și Linux);

• Rulați pe .NET Core sau .NET Framework.

Avantajele ASP.NET Core

Există încă îndoieli cu privire la motivele pentru care folosim ASP.NET Core. Mulți dezvoltatori continuă să utilizeze ASP.NET 4.x, dar nu știu întotdeauna că ASP.NET Core este o evoluție a acestui lucru cu modificări care aduc o structură mai slabă și mai modulară. Această actualizare aduce beneficii care pot fi văzute mai jos:

• Capacitatea de testare;

• Abilitatea de a dezvolta și rula pe Windows, MacOS și Linux;

• Integrarea structurilor moderne și a fluxurilor de lucru de dezvoltare;

• Sistem de configurare pregătit pentru încărcare în cloud;

• Capacitate de cazare pentru Kestrel; IIS; HTTP.sys; Nginx; Apache și Docker.

Dezvoltatorii care lucrează numai cu joburi vizate pentru utilizarea pe platforma Windows pot lucra cu .NET Framework, care nu este multiplataformă, spre deosebire de ASP.NET Core 2.x, care este compus din biblioteci .NET Standard. Aceste biblioteci pot fi rulate pe orice platformă care implementează .NET Standard 2.0, permițând programatorului să lucreze cu diferite platforme în timp ce utilizează în continuare cadrul ASP.NET.

Cu ASP.NET Core 3.0, va fi posibil să rulați numai pe .NET Core, adică pe ceea ce permite lucrul pe mai multe platforme. Există numeroase avantaje în a direcționa munca către .NET Core. Unii sunt:

• Multiplatform;

• Performanță mai bună;

• API-uri noi.

Există o muncă intensă din partea Microsoft și a comunității de programare pentru a reduce decalajul dintre .NET Framework și .NET Core. Dar trebuie luată în considerare posibilitatea multiplataforme, deoarece creșterea altor sisteme de operare nu se oprește.

Programare ASP.NET: ce este?

Programarea ASP.NET poate fi considerată o versiune revoluționară a ASP, fiind utilizată pentru construirea de aplicații web, în ​​special pentru servicii web, și indispensabilă dezvoltării diferitelor tipuri de aplicații Microsoft .NET. Excelentă tehnologie de programare!

Programarea ASP.NET servește pentru a face viața programatorului mult mai simplă în activitatea de dezvoltare a aplicațiilor web, inclusiv pentru controlul evenimentelor, cu includerea controlului pentru formulare, cu unele elemente legate de butoanele de control. Astfel, programarea ASP.NET este mai simplificată pentru ca programatorul să plaseze codurile pentru a face clic pe un buton sau pentru a schimba o componentă a unei liste, de exemplu.

Schimbul (trimiterea și primirea) de date în XML este, de asemenea, simplificat cu programarea ASP.NET, pentru protocolul SOAP, HTTP și cu găzduirea pe Microsoft IIS. Adică este un limbaj adaptat pentru Serviciile Web.

Care sunt principalii diferențiatori ai programării ASP.NET?

Programarea ASP.NET prezintă câteva aspecte importante care merită subliniate, printre care sunt următoarele:

• compilare;

• orientarea obiectului;

• suport pentru alte limbi;

• componente;

• managementul statului;

• ușurința de a construi stratul de prezentare.

Compilație și orientarea obiectelor în programarea ASP.NET

Cadrul verifică dacă pagina a fost compilată ori de câte ori este solicitată. Dacă nu a fost compilat până atunci, va fi compilat o singură dată. În cererile noi, nu va fi necesar să faceți o altă compilație; cu aceasta, execuția devine mult mai agilă.

În orientarea obiectelor, programarea ASP.NET acceptă utilizarea limbajelor de suport pentru a scrie cod, în limbaje OO, care sunt acceptate de framework.net.

Controale și componente de programare ASP.NET

Programarea ASP.NET este diferențiată și în controale și componente. Printre componentele care facilitează munca programatorului se numără:

• comenzi utilizator;

• Controale HTML;

• calendar;

• repetor;

• Grila de date;

• controale personalizate;

• printre alte componente.

Multe dintre aceste controale mai complexe se găsesc numai în ASP.NET. Astfel, programatorul nu pierde timpul scriind cod pentru funcții care sunt deja gata.

Aplicația ASP.NET se face în XML. Dacă programatorul face unele modificări la fișier, nu este nevoie să recompilați, deoarece cadrul identifică noile structuri și face aplicația din nou.

Mediul de programare ASP.NET

Oricine a programat în VB - Visual Basic îl va găsi și mai ușor cu ASP.NET. Pentru a programa, utilizatorul va trebui să aleagă un mediu de programare Code In Page, cum ar fi Visual Studio.NET, unul dintre cele mai complete.

Să începem să programăm?

Primul pas înainte de a scrie primele linii de cod este să utilizați un computer cu un sistem de operare Microsoft. Asigurați-vă că Internet Information Services este instalat și configurat.Dezvoltarea aplicațiilor și mașina de găzduire au nevoie de un cadru. Fără instrument, aplicația nu va rula așa cum era de așteptat.

Instrumentul dvs. de dezvoltare, după cum sa menționat mai sus, poate fi Visual Studio.NET. Pentru un programator cu experiență, NotePad este suficient. O opțiune intermediară este WebMatrix.

Aplicațiile pot fi, de asemenea, scrise cu limbi compatibile, cum este cazul cu VB.NET și C #. Acesta este un mare avantaj, deoarece mulți programatori sunt utilizați în unele limbi.

În cod, programatorul poate indica deja limba aleasă. În plus față de Code in Page pentru a programa în ASP.NET, utilizatorul poate alege Code Behind. În acest al doilea caz, codul C # și HTML sunt complet separate.

Toate fișierele aspx vor avea un echivalent C Sharp, de exemplu, dacă limba aleasă este C #. Codul HTML și componentele ASP.NET sunt declarate numai în aspx.

Cu aceste linii directoare, este deja posibil să începeți munca cu programarea ASP.NET, o tehnologie inovatoare care a făcut viața programatorului mult mai ușoară și mai practică!

Programare ASP.NET: care sunt avantajele?

Programarea ASP.NET este destinată serviciilor web, o tehnologie pentru programarea ASP care este considerată revoluționară, fiind utilizată în numeroase aplicații .NET.

Există mai multe avantaje în utilizarea programării ASP.NET, din punctul de vedere al celor care dezvoltă un program și, literalmente, scriu codul. Ideal și fiind programarea preferată a dezvoltatorilor de aplicații WEB, ASP.NET este mai obișnuit pentru programator și cu mai multe simplificări și facilități, printre care sunt următoarele:

• Posibilitatea de a controla evenimentele;

• Facilitatea de a include formulare;

• Butoanele de control pot fi incluse în articole;

• Permite schimbul de date în XML într-un mod simplificat.

Datele sunt trimise utilizând protocoale cunoscute, cum ar fi HTTP și SOAP. Deoarece este un cod care a fost adaptat pentru a rula perfect în aplicațiile WEN, ASP.NET este potrivit pentru găzduirea pe Microsoft IIS.

Există mai multe avantaje care evidențiază programarea ASP.NET atunci când vine vorba de compilare, orientarea obiectelor, componente, gestionarea stării, suport pentru alte limbi și construirea stratului de prezentare.

Tratarea erorilor ASP.NET

Una dintre transformările ASP.NET este tratarea erorilor, care poate fi acum identificată prin toate erorile dintr-o pagină prin Try Catch Final. Prin urmare, dezvoltatorul nu pierde mult timp încercând să găsească eroarea și să identifice problema cu codul.

Declarația variabilelor

Programatorul trebuie să declare toate variabilele din ASP.NET, deci toate variabilele trebuie să aibă conținut definit. Dacă este necesar, oricine scrie codul poate folosi funcția pentru a converti datele, acesta este unul dintre avantajele ASP.NET.

Concentrați dezvoltarea pe câteva instrumente

Un alt avantaj al programării ASP.NET este acela de a putea folosi doar Visual Studio.NET sau Web Matrix, care concentrează toate resursele necesare pentru job, spre deosebire de ASP, care necesita o mai mare cunoaștere a programatorului în raport cu alte limbi, cum ar fi ca VBScript sau HTML în sine. Cu ASP.NET, programatorul nu trebuie să caute resurse în diferite instrumente.

Mai multe controale pentru crearea paginilor

Pentru crearea de baze de date, servicii web și pagini, există mai multe resurse de control ASP.NET, printre care se numără Repeater, DataGrid, Validator, Calendar și DataList.Aceste noi caracteristici de control reduc numărul de linii de programat, iar codul este mult mai mic, chiar și pentru lucrările efectuate cu date și valabilitatea datelor.

O compilare rapidă de pagini în ASP.NET

Compilarea paginilor ASP.NET are loc într-un DLL. Prin urmare, viteza este mult mai mare, devine cu 25% mai agilă decât vechiul ASP. Acest index face o diferență și mai mare atunci când vine vorba de aplicații simultane cu Scripturi, cu procesare care necesită performanțe ridicate.

Pentru a lucra cu Scripturi în ASP.NET sunt indicate mai multe limbi, cum ar fi C ++, C # și Visual Basic.NET.

Erori ușor de depanat în ASP.NET

În ASP.NET este mult mai ușor să depanați erorile. De îndată ce problema de cod este găsită, există o pauză temporară pentru a vedea dacă există probleme cu variabilele.

În ASP.NET, ajungeți să definiți în codul dvs. care sunt punctele de întrerupere. Programatorul determină, de asemenea, execuția paginii în browser. Toate erorile sunt mai ușor de identificat și acest lucru nu va fi o problemă pentru dvs.

Ți-au plăcut diferențele și avantajele pe care le are programarea ASP.NET față de ASP? Există, de asemenea, alte diferențiale pe care le veți cunoaște doar în practică, de îndată ce migrați baza de date și începeți să lucrați cu funcții noi pentru serviciile web.

Viitorul .NET în 2020: un ghid pentru dezvoltatori (în mod justificat) fără idei

Lăsarea marketingului / comunicării .NET în mâinile propriilor dezvoltatori este o greșeală. S-a demonstrat pe deplin când au început să pregătească ceea ce va deveni ulterior .NET Core. Au anunțat-o cu mai mult de 2 ani înainte, dar se părea că va fi iminentă și, de asemenea, l-au botezat inițial ca .NET 5, ceea ce a sugerat că erapur și simplu o nouă versiune a .NET 4.x, numită pentru a o înlocui, atunci când de fapt era un cadru separat, multiplatform, open-source și conceptual foarte diferit, deși similar în formă.

La mijloc au făcut mai multe modificări de nomenclatură (de exemplu, prima încercare cu .NET Core, a fost .NET Core 5 și pentru a agrava lucrurile ASP.NET a fost ASP.NET 5, fără Core sau nimic până când l-au schimbat din nou, buff), au dat informații confuze și au dus mulți programatori pe alte platforme. Cel mai rău dintre toți, „cei din interior” au repetat că fac o greșeală și ne-au ignorat. În cele din urmă, au căzut de pe fund și i-au dat un nume diferit: .NET Core, care a clarificat foarte bine lucrul important: că era o platformă diferită și nu o versiune nouă a celei anterioare. La mijloc, a trebuit să facem o mulțime de muncă informațională (și asta este doar ultima dintre multe) pentru a clarifica toate acestea.

Faptul este că anul acesta, în mai, au decis să-l încurce din nou. Au anunțat că vor lucra la (tambur) .NET 5! Din nou înapoi la confuzie.Ceea ce se caută cu .NET 5 este că toate platformele pe care Microsoft le are (.NET Core, .NET framework "clasic", Xamarin) sunt unificate într-una singură, simplificând mai multe lucruri.

Pentru a ne înțelege, .NET 5 va fi de fapt următoarea versiune a .NET Core, ceea ce se întâmplă este că elimină „Core” din nume și sări peste versiunea 4.0 pentru a merge direct la 5.0. În plus, au pus în practică aceleași tehnologii de acoperiș care erau anterior doar în .NET tradițional, deoarece până atunci speră să fi migrat toate API-urile tradiționale (de la Microsoft, desigur) la .NET Core și, dacă nu le-au migrat, este pentru că sunt depășite sau pentru că există un alt API mai modern care îl înlocuiește cu succes.

Ideea principală care este urmărită este de a îmbunătăți mizeria curentă cu obținerea .NET:

O platformă unică .NET unificată și un singur runtime .NET care funcționează la fel pe toate sistemele și oferă aceleași posibilități în toate mediile de dezvoltare, pentru a crea aplicații de tot felul: desktop, Web, mobil, Cloud etc.

Extindeți capacitățile .NET Core incluzând, de asemenea, cele mai bune versiuni tradiționale .NET, Xamarin și chiar Mono.

Aveți o singură bază de cod și nu mai multe baze separate, așa cum se întâmplă acum.

În teorie, acest lucru este grozav, deoarece în .NET 5 toate dezvoltările vor partaja același tip de fișiere de proiect, același timp de rulare, aceleași capacități de limbaj și vor avea acces la aceleași API-uri, indiferent de tipul de aplicație pe care îl creați. Și toate acestea combinate cu capabilitățile excelente pe care le oferă astăzi .NET Core: multiplataforma, performanțe mult mai ridicate, mai puțină utilizare a memoriei, modularitate pentru a folosi doar ceea ce aveți nevoie, ușurință de execuție cot la cot. De asemenea, va avea interoperabilitate simplă cu Java pentru toate platformele, interoperabilitate cu Objective-C și Swift pe diverse sisteme de operare, iar CoreFX (inima .NET Core) va adăuga suport pentru probleme precum compilarea înainte de timp (statică).

În realitate, există lucruri care sunt migrate (cum ar fi Windows Forms) care vor funcționa numai pe Windows, deoarece acestea depind de API-urile de sistem prezente doar în acest sistem de operare. Alte probleme Xamarin vor fi legate de sistemele de operare mobile.

Toate aplicațiile .NET 5 vor utiliza CoreFX sub motorul .NET Core, cu extensiile și modificările care vor fi aduse acestuia în lunile următoare. Ce vor face pentru a realiza acest lucru îi adaugă lucruri pentru a se asigura că funcționează pe site-urile pe care nu le poate chiar acum, practic aplicații mobile cu aplicații web bazate pe Xamarin și WebAssembly.

Când .NET 5?

Lansarea .NET 5 este programată pentru noiembrie 2020. Cu siguranță vor exista unele beta la sfârșitul primului semestru al anului, dar cunoscând istoria dezvoltării .NET Core, este posibil ca între beta / RC-uri iar versiunea finală vor exista o mulțime de modificări.

Ce înseamnă toate acestea în practică? Ce înseamnă?

Ei bine, este dificil să dai un răspuns categoric până la lansarea versiunii finale, dar există câteva lucruri care sunt clare de astăzi:

Viitorul .NET este .NET Core. Nu contează dacă îl numesc .NET 5: este încă .NET Core și tot ce învățați acum vă va servi mai târziu cu această nouă versiune.

.NET 4.8 va fi ultima versiune de „clasic” .NET care va apărea, iar platforma va fi lăsată sub „întreținere”. Este un produs matur și foarte capabil și nu dispare. Acesta va continua să fie distribuit cu Windows (deci îl aveți întotdeauna disponibil acolo), deoarece sistemul în sine depinde de acesta și stabilitatea, securitatea și remedierile de erori vor continua să fie lansate. Dacă doriți o dezvoltare fără surprize și legată de Windows, este totuși probabil cea mai bună opțiune.

După lansarea .NET Core 3 în septembrie, nu vor mai fi migrate funcții de la .NET Classic la .NET Core (sau .NET 5). Deci, dacă doriți să utilizați Web Forms cu ASP.NET Core, ghinion (sau treceți la Blazor când este gata, care arată un pic ca un ou la o castană) Dacă doriți să migrați un serviciu WCF la .NET Core, rău noroc: folosiți Web API sau gRPC. Dacă aveți proiecte create cu Workflow Foundation, mai mult noroc: există o versiune Open Source a Workflow Foundation migrată în .NET Core, dar nu de Microsoft.

Nu trebuie să (și nu ar trebui) să vă migrați aplicațiile curente către .NET Core sau .NET 5 când sunt disponibile. Vor continua să fie platforme diferite, iar migrația directă nu este de obicei o idee bună.

Pe de altă parte, și aceasta este deja o opinie personală, deși nu se crede că este foarte greșit, să o numim .NET 5 pare a fi o eroare gravă. Îi încurcă pe cei care nu știu bine ce se întâmplă și îi poate determina să creadă că este o nouă versiune a .NET 4. și că ceea ce s-a oprit este .NET Core atunci când este exact opusul.

Bine, nu este 2016 și confuzia va fi mai mică decât atunci, dar ar fi fost atât de groaznic să-l numim .NET Core 5 și să stabilim recordul? Sau chiar să obțineți un .NET Core 4 cu câteva dintre noutăți și în câteva luni .NET Core 5 cu tot ceea ce planifică.

În orice caz, și asta este ceea ce contează, ideea din spatele tuturor acestor lucruri este bună, știm că .NET Core este viitorul și că, învățând acum .NET Core, vom regreta că nu am pariat pe platformă nici pe termen scurt, nici pe termen lung de la .NET 5 va fi doar .NET Core cu alt nume.

Caracteristici de formular web ASP.NET

ASP.NET a făcut posibilă dezvoltarea de aplicații utilizând un model GUI prin abstractizarea cunoștințelor de HTML, mecanismul de comunicare HTTP, schimbul de date între browser și server etc. În ceea ce privește proiectarea paginilor, HTML poate fi scris direct ca ASP-ul anterior, dar proiectarea paginilor prin GUI se poate face folosind un mediu de dezvoltare precum Visual Studio. În plus, programarea bazată pe evenimente este realizată prin utilizarea unui mecanism numit PostBack care utilizează mecanismul HTTP POST.

Deși mecanismul intern este abstractizat, acesta folosește de fapt modele convenționale precum HTML, HTTP și JavaScript, deci are avantajul de a putea fi afișat într-un browser Web în același mod ca o aplicație Web normală. Cu toate acestea, pe de altă parte, este încă necesar să se ia în considerare restricțiile browserelor web și HTTP atunci când se dezvoltă, deci nu este în niciun caz o baghetă magică care permite programatorilor care nu înțeleg aplicațiile web să dezvolte aplicații web.

Pe lângă recunoașterea browserului și generarea HTML-ului optim, acesta compilează și memorează în cache numai atunci când există o modificare în comparație cu cea executată ultima dată la momentul execuției, astfel încât viteza de procesare este îmbunătățită în comparație cu ASP.

ASP poate fi apelat din SSI, dar ASP.NET nu.

Comportamentul ASP.NET

În IIS, ASP.NET rulează un fișier numit aspnet_isapi.dll folosind ISAPI. Multe setări de comportament ASP.NET folosesc fișiere * .config. Doar puneți fișierele precompilate sau DLL sau necompilate în directorul specificat și va funcționa.

Multe dintre clasele utilizate în ASP.NET sunt definite în următoarele spații de nume:

• Sistem.Web

• System.Web.UI

Limbi disponibile în ASP.NET

În Visual Studio, Visual Basic și C # sunt selectate ca limbaj implicit, dar din moment ce va funcționa în cele din urmă cu ansambluri compilate, va funcționa cu limbaje compatibile .NET, cum ar fi C ++ / CLI și JScript.NET. Dacă aveți una, o puteți scrie în diferite limbi.

Extensie

fișier aspx:Pagina generală de formular web

fișier asax:Construirea logicii la nivel de aplicație și gestionarea evenimentelor

fișier ascx:Se folosește când se utilizează controlul original al utilizatorului pe o pagină web

fișier ashx: Construiți-vă propriul handler HTTP

fișier asmx: Construirea paginii de servicii web

fișier axd: Fișiere pentru urmărirea la nivel de aplicație

fișier browser:Un fișier care stochează configurația browserului pe care o permite site-ul web

fișier config: Fișier în format XML care descrie setările aplicației web

fișier cs / vb: Fișier sursă înainte de compilare. Primul este scris în limbajul C # și cel din urmă în limbajul Visual Basic

fisierul principal:Fișierul paginii principale care stabilește un design uniform pentru pagină

fișier sitemap: Fișier de configurare a sitemap-ului

file de piele: Crearea de teme pentru pagini web

fișier resx: Fișier de resurse pentru internaționalizare (globalizare) și localizare (localizare) a fișierelor

Structura directorului

App_Code: Director pentru plasarea fișierelor sursă precum * .cs și * .vb

App_LocalResources: Director pentru plasarea fișierelor regionalizate separate individual

App_GlobalResources: Director pentru plasarea resurselor (* .resx) pentru localizarea mai multor pagini

App_Themes: Director unde sunt plasate aceste fișiere

Aplicații_Browsere: Directorul în care este plasat fișierul * .browser pentru a plasa definiția browserului în conformitate cu specificațiile site-ului.

Cos: Director folosit pentru plasarea fișierelor binare utilizate în ASP.NET

.NET Core pentru dezvoltatorii .NET

Vom analiza o aplicație MVC. NET Core, vorbind limba unui dezvoltator .NET. Aceasta înseamnă că tot ceea ce citiți aici va fi o comparație între funcționalitatea ambelor tehnologii.

Ce vom face?

Să creăm un nou proiect MVC în .NET Core, numit FSL.NetCoreBasics, și să comparăm principalele caracteristici cu .NET Framework, precum cele enumerate mai jos:

• Structura proiectului

• Director virtual

• Vizualizări și HtmlHelpers

• Controlere și acțiuni

• Trasee

• Fișier Web.config

• Injecție de dependență

Crearea proiectului MVC în ASP.NET Core

Crearea unui proiect MVC pe .NET Core folosind Visual Studio 2017 este practic identică cu MVC pe .NET Framework. Pentru a face acest lucru, trebuie doar să alegeți ASP.NET Core Web Application pe primul ecran, iar pe al doilea ecran, alegeți Web Application și ați terminat.

Structura proiectului în ASP.NET Core

Primul lucru pe care îl vedem atunci când creăm o aplicație web MVC în ASP.NET Core este lipsa webului. fișier config. Și apoi, găsim două foldere noi, unul numit wwwroot și celălalt Dependențe. În cele din urmă, vedem un nou fișier numit appsettings.json.

Folderul Dependențe din .NET Core a fost ușor de înțeles, este aceeași logică ca și folderul Referințe din .NET Framework.În folderul www-root. Dar, de asemenea, a fost ușor, conține aceleași tipuri de fișiere ca și folderul Conținut din .NET Framework. Până acum, bine.

În cele din urmă, faceți clic pe fișierul appsettings.json și, deoarece unul este utilizat .NET Framework, are același nume ca clasa AppSettings, utilizată pentru configurare pe web. fișier config.

Director virtual

Următorul pas acum este să compilați aplicația și să creați directorul virtual în IIS. Să mergem la proprietățile proiectului MVC și să mergem la fila Web.

Dacă ați încercat să găsiți un ghid web pentru a configura IIS pe .NET Core! În .NET Framework, avem o filă de proprietăți numită Web pentru a crea directorul virtual în IIS și alte setări.

Una dintre noutățile și principalele obiective ale .NET Core este de a nu avea nevoie de dependența de IIS sau de sistem. Bibliotecă web. De aceea nu avem un director virtual în acest caz. Este posibil să dezvolți o aplicație Web fără efort care rulează pe Windows, Linux și Mac.