- 12/01/2020
- 6 minuutin lukea
-
-
a -
s -
Y -
g -
P -
+1
-
”Atwood on Laki: mikä Tahansa sovellus, joka voi olla kirjoitettu JavaScript, lopulta kirjoitettu JavaScript.,”
– Jeff Atwood
On olemassa kaksi yleistä lähestymistapoja rakentaa web-sovelluksia tänään: perinteisen web-sovelluksia, jotka suorittavat suurimman osan sovelluksen logiikka palvelin, ja yhden sivun sovellusten (Spa), joka suorittaa useimmat käyttöliittymän logiikka web-selain kommunikoi web-palvelimen ensisijaisesti käyttämällä web Api. Hybridi lähestymistapa on myös mahdollista, yksinkertaisin on isäntä yksi tai useampi rikas SPA-kaltainen alihakemuksia sisällä suurempi perinteinen web-sovellus.,
Käyttää perinteisiä web-sovelluksia, kun:
-
sovellus on client-side vaatimukset ovat yksinkertaisia tai jopa vain lukea.
-
sovelluksesi tulee toimia selaimissa ilman JavaScript-tukea.
-
joukkue on tunne JavaScript tai Kirjoituskoneella-kehitys tekniikoita.
Käyttää SPA-kun:
-
sovellus on paljastaa rikas käyttöliittymä, jossa on monia ominaisuuksia.
-
tiimisi tuntee JavaScript -, TypeScript-tai Blazor WebAssembly-kehityksen.,
-
sovelluksesi tulee jo paljastaa API muille (sisäisille tai julkisille) asiakkaille.
lisäksi KYLPYLÄPUITTEET edellyttävät suurempaa arkkitehtonista ja turvallisuusosaamista. He kokevat suurempaa myllerrystä toistuvien päivitysten ja uusien puitteiden vuoksi kuin perinteiset verkkosovellukset. Määrittäminen automatisoitu rakentaa ja käyttöönoton prosessit ja hyödyntämällä asennus vaihtoehtoja, kuten säiliöissä voi olla vaikeampaa, SPA-sovelluksia kuin perinteiset web-sovellukset.
Parannuksia käyttäjäkokemuksen mahdollista, että SPA-lähestymistapa on punnittava näitä näkökohtia.,
Blazor
ASP.NET Ydin sisältää malli, rakentaa rikas, interaktiivinen, ja koottavat käyttöliittymiä kutsutaan Blazor. Blazor server-side avulla kehittäjät voivat rakentaa UI C# ja Razor palvelimelle ja UI olla interaktiivisesti yhteydessä selaimen reaaliajassa käyttämällä pysyviä SignalR-yhteys. Blazor WebAssembly esittelee toisen vaihtoehdon Blazor-sovelluksille, jolloin ne voivat toimia selaimessa Webassemblyn avulla. Koska se on real. Net käynnissä WebAssembly, voit käyttää koodia ja kirjastoja palvelimen puolella osia sovelluksesi.,
Blazor tarjoaa uuden, kolmannen vaihtoehdon harkittaessa, rakennetaanko puhtaasti palvelimella renderoitu verkkosovellus vai SPA. Voit rakentaa rikas, SPA-tyyppinen asiakaspuolen käyttäytymistä käyttämällä Blazor, ilman merkittävää JavaScript kehitystä. Blazor-sovellukset voivat soittaa APIs: lle pyytääkseen tietoja tai suorittaakseen palvelinpuolisia toimintoja. He voivat yhteensopivia JavaScript tarvittaessa hyödyntää JavaScript-kirjastoja ja puitteita.,
Harkitse rakentaa oma web-sovellus, jossa Blazor kun:
-
sovellus on paljastaa rikas käyttöliittymä
-
joukkue on enemmän mukava .NET kehitys kuin JavaScript tai Kirjoituskoneella kehitys
Jos sinulla on jo web-lomakkeita sovellus olet harkitsee siirryttäessä .NET Core tai uusimmat .NET, voit halutessasi tarkistaa ilmainen e-kirja, Blazor Web-Lomakkeet Kehittäjät voivat nähdä, onko se järkevää harkita siirtymässä sen Blazor.
lisätietoa Blazorista löydät sivulta Aloita Blazor.,
, Kun haluat valita perinteiset web-sovellukset
seuraavassa kappaleessa on yksityiskohtaisempi selvitys aiemmin mainituista syistä poiminta perinteinen web-sovelluksia.
sovellus on yksinkertainen, mahdollisesti vain luku -, client-side vaatimukset
Monet web-sovellukset ovat pääasiassa kulutetaan vain luku-muoti valtaosa niiden käyttäjille. Read-only (tai lukea-enimmäkseen) sovellukset ovat yleensä paljon yksinkertaisempi kuin ne sovellukset, jotka säilyttää ja manipuloida paljon valtion., Hakukone voi esimerkiksi koostua yhdestä syöttöpisteestä, jossa on tekstiruutu ja toinen sivu hakutulosten näyttämiseen. Anonyymit käyttäjät voivat helposti tehdä pyyntöjä, eikä asiakaspuolen logiikalle ole juuri tarvetta. Samoin blogin tai sisällönhallintajärjestelmän public-facing-sovellus koostuu yleensä pääasiassa sisällöstä, jossa on vähän asiakaspuolen käytöstä. Tällaiset sovellukset on helppo rakentaa perinteisiksi palvelinpohjaisiksi verkkosovelluksiksi, jotka suorittavat logiikkaa Web-palvelimella ja tekevät HTML: n näytettäväksi selaimessa., Se, että jokainen yksittäinen sivu sivuston on oma URL-osoite, joka voidaan kirjanmerkiksi ja indeksoitu hakukoneet (oletuksena, ilman lisätä tämän toiminnallisuuden erillisenä ominaisuus sovellus) on myös selkeää hyötyä tällaisissa tilanteissa.
sovellus tarvitsee toimiakseen selaimissa ilman JavaScript-tukea.
Web-sovelluksia, jotka tarvitsevat toimiakseen selaimissa, joilla on rajoitettu tai ei ole JavaScript-tuki olisi kirjoitettu käyttäen perinteisen web-sovelluksen työnkulut (tai ainakin voi pudota takaisin tällainen käytös)., Kylpylät vaativat toimiakseen asiakaspuolen JavaScriptin; jos sitä ei ole saatavilla, kylpylät eivät ole hyvä valinta.
joukkue on tunne JavaScript tai Kirjoituskoneella kehitys tekniikoita,
Jos joukkue ei tunne JavaScript tai Kirjoituskoneella, mutta on perehtynyt server-side web-sovellusten kehittämiseen, niin he luultavasti voi toimittaa perinteinen web-sovellus nopeammin kuin SPA., Elleivät kylpylöiden ohjelmointi ole tavoitteena tai kylpylän tarjoama käyttökokemus ole tarpeen, perinteiset verkkosovellukset ovat tuottavampi valinta tiimeille, jotka ovat jo perehtyneet niiden rakentamiseen.
, Kun haluat valita Kylpylät
seuraavassa on tarkempi selitys, kun valita Yhden Sivun Sovelluksia tyyli kehitys web-sovellus.,
sovellus on paljastaa rikas käyttöliittymä, jossa on monia ominaisuuksia,
Kylpylöissä voi tukea rikas client-side toiminnallisuutta, joka ei vaadi ladata sivu, kun käyttäjät ryhtyä toimiin tai navigoida välillä alueille app. Kylpylät voivat ladata nopeammin, hakea tietoja taustalla, ja yksittäisten käyttäjien toimet ovat herkempiä, koska koko sivun uudelleenlataukset ovat harvinaisia. Kylpylät voivat tukea lisäpäivityksiä, tallentaa osittain täytettyjä lomakkeita tai asiakirjoja ilman, että käyttäjän on napsautettava painiketta lähettääkseen lomakkeen., Kylpylät voivat tukea runsaasti asiakaspuolen käyttäytymistä, kuten drag-and-drop, paljon helpommin kuin perinteiset sovellukset. SPAs voidaan suunnitella toimimaan irrotetussa tilassa, jolloin päivitykset asiakaspuolen malliin, joka synkronoidaan lopulta takaisin palvelimelle, kun yhteys on uudelleen muodostettu. Valitse SPA-tyylinen sovellus, jos sovelluksen vaatimuksiin kuuluu runsas toiminnallisuus, joka ylittää tyypilliset HTML-lomakkeet.,
Usein, Kylpylät täytyy toteuttaa ominaisuuksia, jotka on rakennettu perinteiset web-sovellukset, kuten näyttää mielekäs URL-osoitteen osoiteriville mikä nykyinen toiminta (ja jonka avulla käyttäjät voivat kirjanmerkki tai syvä linkki URL palata siihen). SPAs: n tulisi myös antaa käyttäjille mahdollisuus käyttää selaimen selkä-ja etunappeja tuloksilla, jotka eivät yllätä heitä.
joukkue on perehtynyt JavaScript ja/tai Kirjoituskoneella kehitys
Kirjoittaminen Kylpylät edellyttää perehtyneisyys JavaScript ja/tai Kirjoituskoneella ja client-side ohjelmoinnin tekniikoita ja kirjastoja., Tiimisi pitäisi osata kirjoittaa moderni JavaScript käyttäen SPA puitteet kuten Angular.
sovellus on jo altistaa API muiden (sisäinen tai julkinen) asiakkaat
Jos olet jo tukeminen web API käyttää muita asiakkaita, se saattaa vaatia vähemmän työtä luoda SPA-toteutus, joka hyödyntää näitä APIs sijaan toistamaan logiikka server-side-muodossa. SPAs käyttää laajasti web-APIs-järjestelmää tietojen tiedusteluun ja päivittämiseen, kun käyttäjät ovat vuorovaikutuksessa sovelluksen kanssa.,
milloin valitset Blazorin
seuraava osio on tarkempi selitys siitä, milloin voit valita Blazorin verkkosovellukseesi.
sovellus on paljastaa rikas käyttöliittymä
Kuten JavaScript-pohjainen Kylpylät, Blazor sovelluksia, voi tukea rikas asiakkaan käyttäytymistä ilman sivun reload. Nämä sovellukset ovat enemmän herkkä käyttäjille, hakemalla vain tiedot (tai HTML), joka tarvitaan vastaamaan tietyn käyttäjän vuorovaikutusta. Suunniteltu kunnolla, server-side Blazor sovellukset voidaan konfiguroida toimimaan kuten client-side Blazor apps mahdollisimman vähän muutoksia, kun tämä ominaisuus on tuettu.,
joukkue on enemmän mukava .NET kehitys kuin JavaScript tai Kirjoituskoneella kehitys
Monet kehittäjät ovat tuottavampia .NET ja Partaveitsi kuin client-puolella kieliä, kuten JavaScript-tai Kirjoituskoneella. Koska server-puolella sovellus on jo kehitetty .NET, käyttäen Blazor varmistaa, että jokainen .NET-kehittäjä joukkue voi ymmärtää ja mahdollisesti rakentaa käyttäytymistä etupään sovellus.,
Päätöstaulukko
seuraavassa päätöstaulukossa esitetään yhteenveto perustekijöistä, jotka on otettava huomioon valittaessa perinteisen verkkosovelluksen, kylpylän tai Blazor-sovelluksen välillä.,