Serverio vietos
Serverio vietos
Serverio vietos
Serverio vietos
Apžvalgos 1235
Serverio vietos
Apžvalgos 82
Serverio vietos
Apžvalgos 51
Serverio vietos
Apžvalgos 15
Serverio vietos
Apžvalgos 15
Serverio vietos
Apžvalgos 141
Serverio vietos
Apžvalgos 2
Apžvalgos 2
Serverio vietos
Apžvalgos 2
Serverio vietos
Apžvalgos 4
Serverio vietos
Serverio vietos
Apžvalgos 2
Serverio vietos
Apžvalgos 7
Serverio vietos
Serverio vietos
Serverio vietos
Serverio vietos
Kuriant interneto svetainę, jos turinį reikia susieti su prieglobos paslauga. Tai reiškia, kad vaizdai, vaizdo įrašai, tekstai ir kiti duomenys užims virtualią erdvę serveriuose, turinčiuose interneto ryšį, kad juos būtų galima pasiekti nuotoliniu būdu.
Svetainių talpinimo paslaugos skirstomos į šešias kategorijas:
Skirta
Virtualus serveris (VPS)
Bendra vieta
Perpardavimas
Laisvas
Bendrai
Apskritai, kalbant apie svetainės talpinimą, reikia atsižvelgti į tris veiksnius. Vienas iš jų yra erdvė užimti. Tai turės įtakos apdorojimo greičiui ir naudojamai aparatinei įrangai. Pastarųjų atžvilgiu vienintelė kategorija, kurią rangovas teikia, yra vieta kartu. Už visa kita atsako serverio duomenų centras.
Svetainių talpinimas sistemoje „Windows“
Norintiems priglobti svetainę yra dvi platformos - „Windows“ ir „Linux“. Kaip sakoma šiandien, „Windows“ naudojama ASP arba ASP.Net. Nors tai vadinama kalba, ASP reiškia informacijos struktūrizavimo tipą kaip biblioteka, kuri & ldquo; verčia & rdquo; naršyklėms skirtingos komandos, siunčiamos į serverius ir perduodančios jas klientui per naršyklę.
Serverių apdorotoje informacijoje paprastai naudojama leidyba per FTP, kuris veikia kaip el. Paštas, kai pridedami failai. SSH ir „FrontPage“ yra šio leidimo alternatyvos.
Todėl ASP priegloba turi būti suprantama kaip kalba, skirta serveriui, kuri veikia kaip „vertėjas“ skirtingoms klientų naršyklėms (paprastiems žmonėms, kurie kasdien prisijungia prie interneto). Naršyklė gauna duomenis iš jau įvykdyto serverio ir HTML formatu.
Shared hosting
Tarp ASP pranašumų yra tai, kad jis gali būti naudojamas bendrojo prieglobos sistemoje, o tai yra labiausiai naudojama siekiant ekonominės naudos, palyginti naudingos, palyginti su kitomis prieglobos formomis. Šiuo būdu serveris valdo informaciją nuo dešimčių iki šimtų svetainių. Tai gali sutrumpinti ore praleistą laiką, tai yra, tam tikru metu tam tikra svetainė gali būti nerasta ir sistemos nestabilumas.
Šiandien sistemos jau leidžia jums prieglobą bendrai naudoti be problemų ir dar mažiau reikalaujant priežiūros, kurios reikalauja didesnis klientų skaičius ir beveik nėra unikaliuose ir išskirtiniuose serveriuose.
ASP.NET Core: naujienos ir integracija su .NET Core
„ASP.NET Core“: Jei tik pradedate kurti programavimo ir programų kūrimo sritį, galbūt ką tik girdėjote apie tai. Norėdami pradėti, būtina prisiminti, kad ši struktūra yra atviro kodo, daugialypė ir aukštos kokybės. Tai reiškia, kad ją gamina bendruomenė kartu su „Microsoft“ ir yra prieinama viešam naudojimui.
Naudodami ASP.NET Core galite atlikti daug dalykų, čia yra keletas jų:
Saugokite programas ir žiniatinklio paslaugas, daiktų internetą ir mobiliuosius įrenginius;
Naudokite kelių platformų kūrimo įrankius („Windows“, „MacOS“ ir „Linux“);
Paleiskite .NET Core arba .NET Framework.
ASP.NET Core privalumai
Vis dar kyla abejonių, kodėl mes naudojame ASP.NET Core. Daugelis kūrėjų ir toliau naudoja ASP.NET 4.x, tačiau ne visada žino, kad ASP.NET Core tai yra evoliucija su pakeitimais, kurie suteikia plonesnę ir modulinę struktūrą. Šis naujinimas suteikia naudos, kurią galima pamatyti toliau:
Testavimo galimybės;
Galimybė kurti ir vykdyti „Windows“, „MacOS“ ir „Linux“;
Šiuolaikinių struktūrų ir kūrimo darbo eigų integravimas;
Parengta konfigūravimo sistema, skirta įkelti į debesį;
Kestrel apgyvendinimo talpa; IIS; HTTP.sys; Nginx; Apache ir Dockeris.
Kūrėjai, dirbantys tik su užduotimis, skirtomis naudoti „Windows“ platformoje, gali dirbti su .NET Framework, kuri nėra daugiaplatformė, skirtingai nei ASP.NET Core 2.x, kurią sudaro .NET Standard bibliotekos. Šias bibliotekas galima paleisti bet kurioje platformoje, įdiegiančioje .NET Standard 2.0, leidžiant programuotojui dirbti su skirtingomis platformomis, vis dar naudojant ASP.NET sistemą.
Naudojant „ASP.NET Core 3.0“, bus galima vykdyti tik „.NET Core“, tai yra tai, kas leidžia dirbti įvairiose platformose. Yra daugybė privalumų nukreipiant darbą į .NET Core. Kai kurie yra:
Daugiaformis;
Geresnis darbas;
Naujos API.
„Microsoft“ ir programavimo bendruomenė intensyviai dirba, kad sumažintų atotrūkį tarp .NET Framework ir .NET Core., Tačiau reikia atsižvelgti į kelių platformų galimybę, nes nesibaigia kitų operacinių sistemų augimas.
ASP.NET programavimas: kas tai?
ASP.NET programavimas gali būti laikomas revoliucine ASP versija, naudojama kuriant žiniatinklio programas, ypač žiniatinklio paslaugas, ir būtina plėtoti įvairias „Microsoft“ .NET programas. Puiki programavimo technologija!
ASP.NET programavimas palengvina programuotojo gyvenimą kuriant žiniatinklio programas, įskaitant įvykių valdymą, įtraukiant formų valdymą, kai kurie elementai susieti su valdymo mygtukais. Taigi programuotojui yra paprasčiau supaprastinti ASP.NET programavimą, kad jie įdėtų kodus, pavyzdžiui, paspaudę mygtuką arba pakeisdami sąrašo komponentą.
Duomenų mainai (siuntimas ir priėmimas) XML taip pat supaprastinami naudojant ASP.NET programavimą, SOAP, HTTP protokolą ir prieglobą „Microsoft IIS“. Tai yra, kalba, pritaikyta žiniatinklio paslaugoms.
Kokie yra pagrindiniai ASP.NET programavimo skirtumai?
ASP.NET programavimas pateikia keletą svarbių aspektų, kuriuos verta pabrėžti:
kompiliacija;
orientacija į objektą;
parama kitoms kalboms;
komponentai;
valstybės valdymas;
lengvai sukurti pristatymo sluoksnį.
Kompiliavimas ir objektų orientavimas programuojant ASP.NET
Karkasas tikrina, ar puslapis buvo sudarytas, kai tik to reikalaujama. Jei iki to laiko jis nebuvo sudarytas, jis bus sudarytas tik vieną kartą. Pateikiant naujas užklausas, nereikės atlikti kito kompiliavimo; su tuo egzekucija tampa daug judresnė.
Taikant objektą, ASP.NET programavimas palaiko palaikomųjų kalbų naudojimą rašant kodą OO kalbomis, kurias palaiko framework.net.
ASP.NET programavimo valdikliai ir komponentai
ASP.NET programavimas taip pat diferencijuojamas valdikliuose ir komponentuose. Tarp komponentų, kurie palengvina programuotojo darbą, yra:
Vartotojo valdikliai;
HTML valdikliai;
kalendorius;
kartotuvas;
Duomenų tinklelis;
pasirinktiniai valdikliai;
be kitų komponentų.
Daugelis šių sudėtingesnių valdiklių yra tik ASP.NET. Taigi programuotojas negaišta laiko rašydamas kodą jau parengtoms funkcijoms.
ASP.NET programa atliekama XML. Jei programuotojas atlieka kai kuriuos failo pakeitimus, nereikia jų kompiliuoti, nes sistema identifikuoja naujas struktūras ir vėl sukuria programą.
ASP.NET programavimo aplinka
Visiems, kurie programavo VB - „Visual Basic“, bus dar lengviau naudotis ASP.NET. Norėdami programuoti, vartotojas turės pasirinkti „Code In Page“ programavimo aplinką, pvz., „Visual Studio.NET“, vieną iš išsamiausių.
Ar pradėsime programuoti?
Pirmasis žingsnis prieš rašant pirmąsias kodo eilutes yra naudoti kompiuterį su „Microsoft“ operacine sistema. Įsitikinkite, kad interneto informacijos paslaugos yra įdiegtos ir sukonfigūruotos.Programų kūrimo ir prieglobos mašinoms reikia sistemos. Be įrankio programa nebus vykdoma taip, kaip tikėtasi.
Jūsų kūrimo įrankis, kaip minėta aukščiau, gali būti „Visual Studio.NET“. Patyrusiam programuotojui užtenka „NotePad“. Tarpinė parinktis yra „WebMatrix“.
Paraiškas taip pat galima rašyti suderinamomis kalbomis, kaip tai daroma naudojant VB.NET ir C #. Tai yra didelis privalumas, nes kai kuriomis kalbomis vartojama daug programuotojų.
Kode programuotojas jau gali nurodyti pasirinktą kalbą. Be kodo puslapyje programuoti ASP.NET, vartotojas gali pasirinkti „Code Behind“. Šiuo antruoju atveju C # ir HTML kodas yra visiškai atskiri.
Visuose aspx failuose bus C Sharp atitikmuo, pavyzdžiui, jei pasirinkta kalba yra C #. HTML kodas ir ASP.NET komponentai yra deklaruojami tik aspx.
Vadovaujantis šiomis gairėmis, jau galima pradėti savo darbą naudojant ASP.NET programavimą - novatorišką technologiją, kuri žymiai palengvino ir praktiškesnį programuotojo gyvenimą!
ASP.NET programavimas: kokie yra pranašumai?
ASP.NET programavimas yra skirtas žiniatinklio paslaugoms - ASP programavimo technologijai, kuri laikoma revoliucine ir naudojama daugelyje .NET programų.
Yra keli ASP.NET programavimo privalumai, vertinant tuos, kurie kuria programą ir, tiesiogine to žodžio prasme, rašo kodą. Idealus ir tinkamiausias WEB programų kūrėjų programavimas. ASP.NET yra labiau įprastas programuotojui ir su keliais supaprastinimais bei galimybėmis, tarp kurių yra šie:
Galimybė kontroliuoti įvykius;
Galimybė įtraukti formas;
Valdymo mygtukus galima įtraukti į daiktus;
Tai leidžia supaprastintai keistis duomenimis XML.
Duomenys siunčiami naudojant žinomus protokolus, tokius kaip HTTP ir SOAP. Kadangi tai kodas, kuris buvo pritaikytas puikiai veikti WEN programose, ASP.NET yra tinkamas talpinti „Microsoft IIS“.
Yra keli pranašumai, kurie pabrėžia ASP.NET programavimą, kai kalbama apie kompiliavimą, objektų orientaciją, komponentus, būsenos valdymą, kitų kalbų palaikymą ir pateikimo sluoksnio konstravimą.
ASP.NET klaidų tvarkymas
Vienas iš ASP.NET pertvarkymų yra klaidų tvarkymas, kurį dabar galima nustatyti naudojant visas puslapio klaidas per „Try Catch Pagaliau“. Todėl kūrėjas nepraleidžia daug laiko bandydamas rasti klaidą ir nustatyti kodo problemą.
Kintamųjų deklaravimas
Programuotojas turi deklaruoti visus kintamuosius ASP.NET, todėl visi kintamieji turi turėti apibrėžtą turinį. Jei reikia, kas rašo kodą, gali naudoti funkciją duomenims konvertuoti, tai yra vienas iš ASP.NET pranašumų.
Sutelkite dėmesį į keletą įrankių
Dar vienas ASP.NET programavimo privalumas yra galimybė naudoti tik „Visual Studio.NET“ arba „Web Matrix“, kurios sutelkia visus reikalingus išteklius darbui, skirtingai nei ASP, kuriai reikalingos didesnės programuotojo žinios, palyginti su kitomis kalbomis, pvz. kaip pats VBScript ar HTML. Naudojant ASP.NET, programuotojui nereikia ieškoti išteklių įvairiuose įrankiuose.
Daugiau puslapių kūrimo valdiklių
Duomenų bazei, žiniatinklio tarnybai ir puslapių kūrimui yra keli ASP.NET valdymo ištekliai, tarp kurių yra „Repeater“, „DataGrid“, „Validator“, „Calendar“ ir „DataList“.Šios naujos valdymo funkcijos sumažina programuojamų eilučių skaičių, o kodas yra daug mažesnis, net atliekant darbus, atliktus su datomis ir duomenų galiojimu.
Greitas ASP.NET puslapių kompiliavimas
ASP.NET puslapių sudarymas vyksta DLL. Todėl greitis yra daug didesnis, jis tampa 25% judresnis nei senasis ASP. Šis indeksas daro dar didesnį skirtumą, kai reikia vienu metu naudoti programas su scenarijais, o apdorojimas reikalauja didelio našumo.
Norėdami dirbti su scenarijais ASP.NET, nurodomos kelios kalbos, pvz., C ++, C # ir Visual Basic.NET.
Lengva derinti klaidas ASP.NET
ASP.NET yra daug lengviau derinti klaidas. Kai tik bus nustatyta kodo problema, bus laikina pauzė, kad pamatytumėte, ar nėra kintamųjų problemų.
ASP.NET galų gale kode apibrėžiate, kokie yra lūžio taškai. Programuotojas taip pat nustato puslapio vykdymą naršyklėje. Visas klaidas lengviau nustatyti, ir tai jums nebus problema.
Ar jums patiko ASP.NET programavimo skirtumai ir pranašumai, palyginti su ASP? Taip pat yra ir kitų skirtumų, kuriuos žinosite tik praktiškai, kai tik perkelsite duomenų bazę ir pradėsite dirbti su naujomis žiniatinklio paslaugų funkcijomis.
.NET ateitis 2020 m.: Vadovas kūrėjams (pagrįstai) beprasmis
Palikti .NET rinkodarą / komunikaciją savo kūrėjų rankose yra klaida. Tai buvo puikiai pademonstruota, kai jie pradėjo rengti tai, kas vėliau taps .NET Core. Jie paskelbė apie tai daugiau nei prieš dvejus metus iš anksto, bet atrodė, kad tai bus neišvengiama, ir jie taip pat iš pradžių pakrikštijo kaip .NET 5, o tai reiškia, kad tai buvotiesiog nauja .NET 4.x versija, pakviesta ją pakeisti, nors iš tikrųjų tai buvo atskira sistema, daugiaplatformė, atviro kodo ir konceptualiai labai skirtinga, nors ir savo forma panaši.
Viduryje jie padarė daugiau nomenklatūros pakeitimų (pavyzdžiui, pirmasis bandymas su .NET Core buvo .NET Core 5, o dar blogiau - ASP.NET buvo ASP.NET 5, be „Core“ ar nieko, kol jos vėl nepakeitė, mėgėjai), jie pateikė painios informacijos ir daugelį programuotojų nuvedė į kitas platformas. Blogiausia, kad „saviškiai“ pakartojo, kad daro klaidą, ir ignoravo mus. Galiausiai jie nukrito nuo užpakalio ir davė jam kitą pavadinimą: .NET Core, kuris labai gerai išaiškino svarbų dalyką: kad tai buvo kita platforma, o ne nauja ankstesnės versijos versija. Viduryje turėjome atlikti daug informacinio darbo (ir tai tik paskutinis iš daugelio), kad visa tai paaiškintume.
Faktas yra tas, kad šiemet, gegužę, jie nusprendė vėl jį sujaukti. Jie paskelbė, kad ketina dirbti (būgno ritinys) .NET 5! Vėl grįžtu prie sumišimo.Su .NET 5 siekiama, kad visos „Microsoft“ platformos (.NET Core, .NET framework „classic“, Xamarin) būtų sujungtos į vieną, supaprastinant kelis dalykus.
Kad suprastume mus, „.NET 5“ iš tikrųjų bus kita „.NET Core“ versija. Atsitinka taip, kad jie pašalina „Core“ iš vardo ir praleidžia 4.0 versiją, kad pereitų tiesiai į 5.0. Be to, jie uždeda tas pačias stogo technologijas, kurios anksčiau buvo tik tradicinėse .NET, nes tada jie tikisi perkelti visas tradicines API (žinoma, iš „Microsoft“) į „.NET Core“, ir jei jų neperkėlė, tai yra todėl, kad jie yra pasenę, arba todėl, kad yra kitokia, modernesnė API, kuri sėkmingai ją pakeičia.
Pagrindinė idėja, kurios siekiama, yra pagerinti dabartinę netvarką .NET gavus:
Viena, vieninga .NET platforma ir vienas .NET vykdymo laikas, kuris veikia vienodai visose sistemose ir siūlo tas pačias galimybes visose kūrimo aplinkose, norint sukurti visų rūšių programas: darbalaukį, internetą, mobilųjį įrenginį, debesį ir kt.
Išplėskite .NET Core galimybes, įtraukdami geriausius tradicinius .NET, Xamarin ir net Mono.
Turėkite vieną kodo bazę, o ne keletą atskirų, kaip tai vyksta dabar.
Teoriškai tai puiku, nes .NET 5 visi kūriniai dalinsis to paties tipo projekto failais, tuo pačiu vykdymo laiku, tomis pačiomis kalbos galimybėmis ir turės prieigą prie tų pačių API, neatsižvelgiant į kuriamos programos tipą. Visa tai kartu su puikiomis galimybėmis, kurias šiandien siūlo .NET Core: daugiaplatformė platforma, daug didesnis našumas, mažiau atminties naudojimo, moduliškumas naudoti tik tai, ko jums reikia, paprastas vykdymas greta. Tai taip pat turės paprastą sąveiką su „Java“ visoms platformoms, suderinamumą su „Objective-C“ ir „Swift“ įvairiose operacinėse sistemose, o „CoreFX“ („.NET Core“ širdis) pridės palaikymą tokiems klausimams, kaip kompiliavimas prieš laiką (statinis).
Iš tikrųjų yra perkeliamų dalykų (pvz., „Windows“ formos), kurie veiks tik sistemoje „Windows“, nes jie priklauso nuo sistemos API, esančių tik šioje operacinėje sistemoje. Kiti „Xamarin“ klausimai bus susieti su mobiliomis operacinėmis sistemomis.
Visos „.NET 5“ programos naudos „CoreFX“ žemiau „.NET Core“ variklio su išplėtimais ir pakeitimais, kurie bus atlikti per ateinančius mėnesius. Tai, ką jie ketina padaryti, kad tai pasiektų, prideda dalykų, užtikrinančių, kad jis veikia tose svetainėse, kurių dabar negali padaryti, iš esmės mobiliosios programos su „Xamarin“ ir „WebAssembly“ pagrįstomis interneto programomis.
Kada .NET 5?
„NET 5“ išleidimas numatomas 2020 m. Lapkričio mėn. Pirmojo metų semestro pabaigoje tikrai bus keletas beta versijų, tačiau, žinant .NET Core kūrimo istoriją, gali būti, kad tarp „betas“ / RC o galutinėje versijoje bus daug pakeitimų.
Ką visa tai reiškia praktikoje? Ką tai reiškia?
Na, sunku pateikti kategorišką atsakymą, kol nebus išleista galutinė versija, tačiau šiandien yra keletas dalykų:
.NET ateitis yra .NET Core. Nesvarbu, ar jie tai vadins .NET 5: vis tiek tai yra .NET Core, o viskas, ko jūs dabar išmoksite, vėliau pasitarnaus su šia nauja versija.
.NET 4.8 bus paskutinė pasirodžiusi „classic“ .NET versija ir platforma paliekama „techninės priežiūros“ skyriuje. Tai yra subrendęs ir labai pajėgus produktas, kuris niekur nedingsta. Jis ir toliau bus platinamas kartu su „Windows“ (taigi jūs visada turite jį), nes nuo to priklauso pati sistema ir toliau bus išleidžiami stabilumas, saugumas ir klaidų taisymai. Jei norite tobulėti be staigmenų ir susieti su „Windows“, tai vis tiek yra geriausias pasirinkimas.
Rugsėjį išleidus „.NET Core 3“, daugiau funkcijų nebus perkeltos iš .NET Classic į .NET Core (arba .NET 5). Taigi, jei norite naudoti žiniatinklio formas su ASP.NET Core, nesiseka (arba pereikite prie „Blazor“, kai jis bus paruoštas, kuris kaštonui atrodo šiek tiek panašus į kiaušinį). Jei norite perkelti WCF paslaugą į .NET Core, blogai sėkmė: naudokite žiniatinklio API arba gRPC. Jei turite projektų, sukurtų naudojant „Workflow Foundation“, labiau pasiseka: yra „Workflow Foundation“ atvirojo kodo versija, perkelta į .NET Core, bet ne „Microsoft“.
Jums nereikia (ir neturėtumėte) perkelti dabartinių programų į .NET Core arba .NET 5, kai yra. Jie ir toliau bus skirtingos platformos, o tiesioginė migracija paprastai nėra gera idėja.
Kita vertus, ir tai jau yra asmeninė nuomonė, nors ir nemanoma, kad ji yra labai neteisinga, pavadinti ją .NET 5 atrodo rimta klaida. Tai glumina tuos, kurie gerai nežino, kas vyksta, ir gali paskatinti juos pagalvoti, kad tai yra nauja .NET 4 versija, o kas sustojo, yra .NET Core, kai viskas yra priešingai.
Gerai, tai ne 2016 m., O painiavos bus mažiau nei tada, bet ar būtų buvę taip baisu ją pavadinti .NET Core 5 ir ištaisyti rekordą? Arba net gaukite .NET Core 4 su naujienomis ir po kelių mėnesių .NET Core 5 su viskuo, ką planuoja.
Bet kokiu atveju, ir tai yra svarbu, viso to idėja yra gera, mes žinome, kad .NET Core yra ateitis ir kad mokydamiesi dabar .NET Core mes gailėsimės, kad lažybas platformoje atliksime nei trumpuoju, nei ilguoju laikotarpiu nuo .NET 5 bus tik .NET Core su kitu vardu.
ASP.NET žiniatinklio formos ypatybės
ASP.NET leido kurti programas naudojant GUI modelį, nes išgaunamos žinios apie HTML, HTTP ryšio mechanizmą, duomenų mainus tarp naršyklės ir serverio ir kt. Kalbant apie puslapio dizainą, HTML galima rašyti tiesiogiai kaip ir ankstesnį ASP, tačiau GUI puslapio dizainą galima atlikti naudojant tokią kūrimo aplinką kaip „Visual Studio“. Be to, įvykių valdomas programavimas realizuojamas naudojant „PostBack“ vadinamą mechanizmą, kuris naudoja HTTP POST mechanizmą.
Nors vidinis mechanizmas yra abstrahuotas, jis iš tikrųjų naudoja įprastus modelius, tokius kaip HTML, HTTP ir „JavaScript“, todėl turi pranašumą, kad jį galima rodyti žiniatinklio naršyklėje taip pat, kaip ir įprastą žiniatinklio programą. Tačiau, kita vertus, kuriant vis tiek reikia atsižvelgti į žiniatinklio naršyklių ir HTTP apribojimus, todėl tai jokiu būdu nėra stebuklinga lazdelė, leidžianti programuotojams, kurie nesupranta žiniatinklio programų, kurti žiniatinklio programas.
Be to, kad atpažįsta naršyklę ir sugeneruoja optimalų HTML, ji kaupia ir talpina tik tada, kai pasikeičia, palyginti su tuo, kuris įvykdytas paskutinį kartą vykdymo metu, taigi, apdorojimo greitis yra geresnis, palyginti su ASP.
ASP galima iškviesti iš SSI, bet ASP.NET - ne.
ASP.NET elgesys
IIS sistemoje ASP.NET naudoja failą, vadinamą aspnet_isapi.dll, naudodamas ISAPI. Daugelyje ASP.NET elgesio parametrų naudojami * .config failai. Tiesiog įdėkite iš anksto sukompiliuotus arba DLL ar nekompiliuotus failus į nurodytą katalogą ir jis veiks.
Daugelis klasių, naudojamų ASP.NET, yra apibrėžtos šiose vardų srityse:
Sistema. Tinklalapis
System.Web.UI
Kalbos, pasiekiamos ASP.NET
„Visual Studio“ pasirinkta „Visual Basic“ ir „C #“ kaip numatytoji kalba, tačiau kadangi ji galiausiai veiks su kompiliuotais rinkiniais, ji veiks su .NET suderinamomis kalbomis, tokiomis kaip C ++ / CLI ir JScript.NET. Jei turite, galite parašyti įvairiomis kalbomis.
Pratęsimas
aspx failas:Bendras internetinės formos puslapis
asax failas:Programos lygio logikos ir įvykių valdymo kūrimas
ascx failas:Naudojamas, kai tinklalapyje naudojamas originalus vartotojo valdymas
„Ashx“ failas: Sukurkite savo HTTP tvarkytuvą
asmx failas: Interneto paslaugų puslapių kūrimas
axd failas: Programos lygio sekimo failai
naršyklės failas:Failas, kuriame saugoma naršyklės konfigūracija, kurią leidžia svetainė
konfigūracijos failas: XML formato failas, apibūdinantis žiniatinklio programos parametrus
cs / vb failas: Šaltinio failas prieš kompiliavimą. Pirmoji parašyta C # kalba, o antroji - „Visual Basic“ kalba
pagrindinis failas:Pagrindinis puslapio failas, nustatantis vienodą puslapio dizainą
svetainės schemos failas: Svetainės schemos konfigūracijos failas
odos failas: Kurkite teminius tinklalapių tinklalapius
resx failas: Išteklių failas failų internacionalizavimui (globalizacijai) ir lokalizavimui (lokalizavimui)
Katalogo struktūra
Programos kodas: Katalogas, kuriame pateikiami šaltinio failai, pvz., * .Cs ir * .vb
„App_LocalResources“: Katalogas, skirtas atskirai atskirti regionizuotiems failams
„App_GlobalResources“: Išteklių talpinimo katalogas (* .resx) daugeliui puslapių lokalizuoti
„App_Themes“: Katalogas, kuriame yra šie failai
„App_Browsers“: Katalogas, kuriame yra * .browser failas, kad būtų galima pateikti naršyklės apibrėžimą pagal svetainės specifikacijas.
Šiukšliadėžė: Katalogas, naudojamas dėti dvejetainius failus, naudojamus ASP.NET
„.NET Core“ .NET kūrėjams
Mes išanalizuosime MVC programą. „NET Core“, kalbanti .NET kūrėjo kalba. Tai reiškia, kad viskas, ką čia perskaitysite, bus abiejų technologijų funkcionalumo palyginimas.
Ką darysime?
Sukurkime naują .NET Core MVC projektą, pavadintą FSL.NetCoreBasics, ir palyginkime pagrindines funkcijas su .NET Framework, pavyzdžiui, išvardytomis toliau:
Projekto struktūra
Virtualus katalogas
Rodiniai ir HTML pagalbininkai
Valdikliai ir veiksmai
Maršrutai
„Web.config“ failas
Priklausomybės injekcija
MVC projekto sukūrimas ASP.NET Core
MVC projekto kūrimas „.NET Core“ sistemoje naudojant „Visual Studio 2017“ yra beveik identiškas MVC, esančiam .NET Framework. Norėdami tai padaryti, tiesiog pirmajame ekrane pasirinkite „ASP.NET Core Web Application“, o antrame - „Web Application“ ir viskas.
ASP.NET Core projekto struktūra
Pirmas dalykas, kurį matome kurdami MVC žiniatinklio programą ASP.NET Core, yra žiniatinklio trūkumas. konfigūracijos failas. Tada randame du naujus aplankus, vieną vadinamą „wwwroot“, o kitus - „Dependencies“. Galiausiai pamatome naują failą, pavadintą appsettings.json.
„NET“ pagrindo aplanką „Priklausomybės“ buvo lengva suprasti, tai yra ta pati logika, kaip ir .NET Framework aplanke „Nuorodos“.Aplanke www-root. Bet tada taip pat buvo lengva, joje yra tų pačių tipų failai kaip .NET Framework aplanke „Turinys“. Kol kas viskas gerai.
Galiausiai spustelėkite failą appsettings.json ir kadangi vienas naudojamas .NET Framework, jis turi tą patį pavadinimą kaip „AppSettings“ klasė, naudojama konfigūracijai žiniatinklyje. konfigūracijos failas.
Virtualus katalogas
Kitas žingsnis - sukompiliuoti programą ir sukurti virtualų katalogą IIS. Eikime į MVC projekto ypatybes ir eikite į skirtuką Žiniatinklis.
Jei bandėte rasti žiniatinklio vadovą, kad sukonfigūruotumėte IIS „.NET Core“! „.NET Framework“ turime nuosavybės skirtuką „Web“, kad sukurtume virtualųjį katalogą IIS ir kituose nustatymuose.
Viena iš „.NET Core“ naujienų ir pagrindinių tikslų yra tai, kad nereikia priklausomybės nuo IIS ar sistemos. Interneto biblioteka. Štai kodėl šiuo atveju neturime virtualaus katalogo. Galima sukurti lengvai pritaikytą žiniatinklio programą, kuri veikia „Windows“, „Linux“ ir „Mac“.