- 12/01/2020
- 6 perc olvasni
-
-
egy -
s -
Y -
g -
P -
+1
-
“Atwood Törvénye: Minden olyan alkalmazás, amely lehet írni a JavaScript használatát, előbb-utóbb lesz írva a JavaScript használatát.,”
– Jeff Atwood
két általános megközelítés, hogy a webalkalmazások ma: hagyományos webalkalmazások, hogy végezze el a legtöbb alkalmazás logika a kiszolgálón, majd egyoldalas alkalmazások (Fürdők), hogy hajtsa végre a legtöbb felhasználói felület logika egy web böngésző, kommunikál a web szerver elsősorban a web Api-kat. Hibrid megközelítés is lehetséges, a legegyszerűbb egy vagy több gazdag SPA-szerű alalkalmazás egy nagyobb hagyományos webes alkalmazáson belül.,
használjon hagyományos webes alkalmazásokat, ha:
-
az alkalmazás ügyféloldali követelményei egyszerűek vagy akár csak olvashatók.
-
az alkalmazásnak JavaScript támogatás nélkül kell működnie a böngészőkben.
-
a csapat nem ismeri a JavaScript vagy TypeScript fejlesztési technikákat.
használjon SPA-t, ha:
-
az alkalmazásnak gazdag felhasználói felületet kell bemutatnia számos funkcióval.
-
a csapat ismeri a JavaScript, TypeScript, vagy Blazor WebAssembly fejlesztés.,
-
az alkalmazásnak már ki kell tárnia egy API-t más (belső vagy nyilvános) ügyfelek számára.
továbbá a SPA keretek nagyobb építészeti és biztonsági szakértelmet igényelnek. Nagyobb lemorzsolódást tapasztalnak a gyakori frissítések és új keretrendszerek miatt, mint a hagyományos webes alkalmazások. Az automatizált építési és telepítési folyamatok konfigurálása, valamint a telepítési lehetőségek, például a konténerek használata nehezebb lehet A SPA alkalmazásokkal, mint a hagyományos webes alkalmazások.
a SPA megközelítés által lehetővé tett felhasználói élmény javulását mérlegelni kell ezekkel a megfontolásokkal szemben.,
Blazor
ASP.NET a Core tartalmaz egy modellt a Blazor nevű gazdag, interaktív és kompozit felhasználói felületek építéséhez. A Blazor server-side lehetővé teszi a fejlesztők számára, hogy C# és Razor felhasználói felületet építsenek a szerverre, valamint hogy a felhasználói felület interaktív módon valós időben kapcsolódjon a böngészőhöz egy tartós SignalR kapcsolat segítségével. Blazor WebAssembly bevezet egy másik lehetőség Blazor alkalmazások, amely lehetővé teszi számukra, hogy fut a böngésző segítségével WebAssembly. Mivel ez a real. Net fut WebAssembly, akkor újra kód és könyvtárak szerver oldali részei az alkalmazás.,
A Blazor egy új, harmadik lehetőséget kínál annak értékelésére, hogy tisztán szerver által megjelenített webes alkalmazást vagy SPA-t épít-e. A blazor segítségével gazdag, SPA-szerű ügyféloldali viselkedést építhet, anélkül, hogy jelentős JavaScript fejlesztésre lenne szükség. A Blazor alkalmazások hívhatják az API-kat, hogy adatokat kérjenek vagy kiszolgálóoldali műveleteket hajtsanak végre. Szükség esetén interoperábilisak lehetnek a JavaScript könyvtárakkal és keretrendszerekkel.,
úgy épület a web alkalmazás Blazor, ha:
-
Az alkalmazás kell, ki az a gazdag felhasználói felület
-
A csapat kényelmesebb .NETTÓ fejlesztési, mint a JavaScript, vagy Géppel fejlesztés
Ha egy már meglévő webes űrlapok alkalmazása figyelembe vándorolnak .NETTÓ Core vagy a legújabb .NETTÓ érdemes áttekinteni, hogy az ingyenes e-könyvet, Blazor a Webes Űrlapok a Fejlesztők, hogy lássam, van-e értelme annak, hogy fontolja meg a vándorlást, hogy Blazor.
A Blazorral kapcsolatos további információkért lásd: kezdés a Blazorral.,
mikor kell kiválasztani a hagyományos webes alkalmazásokat
a következő szakasz részletesebb magyarázatot ad a hagyományos webes alkalmazások kiválasztásának korábban megadott okairól.
az alkalmazásnak egyszerű, esetleg csak olvasható, ügyféloldali követelményei vannak
sok webes alkalmazást elsősorban csak olvasható módon fogyaszt a felhasználók túlnyomó többsége. A csak olvasható (vagy többnyire olvasható) alkalmazások általában sokkal egyszerűbbek, mint azok az alkalmazások, amelyek sok államot tartanak fenn és manipulálnak., Például egy keresőmotor tartalmazhat egyetlen belépési pontot egy szövegmezővel, valamint egy második oldalt a keresési eredmények megjelenítéséhez. Az anonim felhasználók könnyedén kérhetnek, és az ügyféloldali logikára is alig van szükség. Hasonlóképpen, a blog vagy a tartalomkezelő rendszer nyilvános megjelenésű alkalmazása általában elsősorban olyan tartalmakból áll, amelyek kevés ügyféloldali viselkedést mutatnak. Az ilyen alkalmazások könnyen felépíthetők hagyományos szerver alapú webes alkalmazásként, amelyek a webkiszolgálón logikát hajtanak végre, a böngészőben pedig HTML-t jelenítenek meg., Az a tény, hogy a webhely minden egyes egyedi oldalának saját URL-je van, amelyet a keresőmotorok könyvjelzővel és indexelhetnek (alapértelmezés szerint anélkül, hogy ezt a funkciót az alkalmazás külön funkciójaként kellene hozzáadnia), szintén egyértelmű előny az ilyen forgatókönyvekben.
az alkalmazásnak JavaScript-támogatás nélkül kell működnie a böngészőkben
olyan webes alkalmazásokat, amelyeknek korlátozott vagy nem JavaScript-támogatással kell működniük, hagyományos webes alkalmazás munkafolyamatokkal kell írni (vagy legalább vissza kell térniük az ilyen viselkedéshez)., A gyógyfürdők működéséhez kliens oldali JavaScript szükséges; ha nem áll rendelkezésre, a gyógyfürdők nem jó választás.
csapata nem ismeri a JavaScript vagy a TypeScript fejlesztési technikákat
Ha csapata nem ismeri a Javascriptet vagy a Typescriptet, de ismeri a szerver oldali webes alkalmazásfejlesztést, akkor valószínűleg gyorsabban tudnak szállítani egy hagyományos webes alkalmazást, mint egy SPA., Hacsak a gyógyfürdők programozásának megtanulása nem cél, vagy a SPA által nyújtott felhasználói élményre van szükség, a hagyományos webes alkalmazások termelékenyebb választás azoknak a csapatoknak, akik már ismerik őket.
mikor kell kiválasztani a gyógyfürdőket
a következő szakasz részletesebb magyarázatot ad arra, hogy mikor válasszon egyetlen Oldalalkalmazás fejlesztési stílusát a webes alkalmazáshoz.,
Az alkalmazás kell, ki az a gazdag felhasználói felület számos funkcióval
a Gyógyfürdők is támogatja, gazdag kliensoldali funkcionalitással, hogy nem kell újra tölteni az oldalt olyan felhasználók lépéseket, vagy keresse meg a területek között az app. A gyógyfürdők gyorsabban tölthetnek be, az Adatok lekérése a háttérben, az egyes felhasználói műveletek pedig érzékenyebbek, mivel a teljes oldal újratöltése ritka. A SPAs támogathatja a növekményes frissítéseket, részben kitöltött űrlapokat vagy dokumentumokat mentve anélkül, hogy a felhasználónak egy gombra kellene kattintania az űrlap elküldéséhez., A gyógyfürdők sokkal könnyebben támogathatják a gazdag ügyféloldali viselkedést, mint például a drag-and-drop, mint a hagyományos alkalmazások. A SPAs-t úgy lehet megtervezni, hogy leválasztott módban fusson, frissítéseket hajtson végre egy ügyféloldali modellhez, amely végül szinkronizálódik a kiszolgálóval, miután a kapcsolat újra létrejött. Válasszon SPA-stílusú alkalmazást, ha az alkalmazás igényei olyan gazdag funkciókat tartalmaznak, amelyek meghaladják a tipikus HTML űrlapok kínálatát.,
Gyakran, Gyógyfürdők kell végrehajtani funkciók, beépített hagyományos webes alkalmazások, mint például a megjelenítő értelmezhető URL-címét a címsorba, amely tükrözi az aktuális művelet (pedig lehetővé teszi a felhasználók számára, hogy könyvjelzőt, vagy mély link, hogy ezt az URL-t, hogy visszatérjen hozzá). A SPAs-nak lehetővé kell tennie a felhasználók számára, hogy a böngésző back and forward gombjait olyan eredményekkel használják, amelyek nem fogják meglepni őket.
a csapat ismeri a JavaScript és/vagy TypeScript fejlesztés
írás fürdők igényel ismerete JavaScript és / vagy TypeScript és kliens oldali programozási technikák és könyvtárak., A csapatnak kompetensnek kell lennie a modern JavaScript írásában olyan SPA keretrendszer használatával, mint az Angular.
az alkalmazásnak már ki kell mutatnia egy API-t más (belső vagy nyilvános) ügyfelek számára
Ha már támogat egy webes API-t más ügyfelek számára, akkor kevesebb erőfeszítésre lehet szükség egy olyan SPA megvalósítás létrehozásához, amely ezeket az API-kat használja, nem pedig a szerver oldali formában. A fürdők széles körben használják a webes API-kat az adatok lekérdezéséhez és frissítéséhez, mivel a felhasználók kölcsönhatásba lépnek az alkalmazással.,
mikor kell választani Blazor
a következő szakasz részletesebb magyarázatot ad arra, hogy mikor kell választani a Blazort a webes alkalmazáshoz.
az alkalmazásnak ki kell mutatnia egy gazdag felhasználói felületet
mint a JavaScript alapú gyógyfürdők, a Blazor alkalmazások támogathatják a gazdag ügyfél viselkedését oldal újratöltés nélkül. Ezek az alkalmazások jobban reagálnak a felhasználókra, csak az adott felhasználói interakcióhoz szükséges adatok (vagy HTML) lekérése. Megfelelően tervezve, a szerver oldali Blazor alkalmazások úgy konfigurálhatók, hogy kliens oldali Blazor alkalmazásként működjenek, minimális változtatásokkal, ha ezt a funkciót támogatják.,
a csapat sokkal kényelmesebb. Net fejlesztés, mint a JavaScript vagy TypeScript development
sok fejlesztő termelékenyebb. net és Razor, mint a kliens oldali nyelvek, mint a JavaScript vagy TypeScript. Mivel az alkalmazás szerver oldala már fejlesztés alatt áll a.net segítségével, a Blazor használatával a csapat minden. Net-fejlesztője megértheti és potenciálisan felépítheti az alkalmazás elülső részének viselkedését.,
döntési táblázat
az alábbi döntési táblázat összefoglalja néhány alapvető tényezőt, amelyeket figyelembe kell venni a hagyományos webes alkalmazás, a SPA vagy a Blazor alkalmazás közötti választás során.,