először is, valószínűleg már rendszeres felhasználója az egyoldalas alkalmazásoknak (SPAs).
egyoldalas alkalmazások egy nagyszerű eszköz, hogy hihetetlenül vonzó, egyedi élmények a felhasználók számára.
néhány egyoldalas alkalmazás példa például a Gmail, a Google Maps, az AirBNB, a Netflix, a Pinterest, a Paypal, és még sokan használnak gyógyfürdőket folyékony, skálázható élmény létrehozására.,
a múltban azonban a fürdők sötétben hagyták a marketingszakembereket A tartalom kezelésekor. Szerencsére most már lehetséges a SPA párosítása a megfelelő CMS-vel, hogy mind a fejlesztők, mind a marketingszakemberek számára biztosítsák a szükséges ellenőrzési szintet.
mi az egyoldalas alkalmazás?
az egyoldalas alkalmazás (SPA) egyetlen oldal (innen a név), ahol sok információ változatlan marad, és egyszerre csak néhány darabot kell frissíteni.,
például, amikor böngészi az e – mailjét, észreveszi, hogy a navigáció során nem sok változás történik-az oldalsáv és a fejléc érintetlenül marad a beérkező levelek között.
a SPA minden kattintással csak azt küldi el, amire szüksége van, a böngészője pedig ezt az információt adja meg. Ez más, mint egy hagyományos oldal betöltése, ahol a szerver újra teszi a teljes oldal minden kattintással, hogy elküldi a böngésző.
Ez a darab darabonként, kliens oldali módszer teszi betöltési idő kell gyorsabb a felhasználók számára, és teszi az információ mennyisége a szerver, hogy küldjön egy sokkal kevesebb, sokkal költséghatékonyabb., Egy win-win.
mi az egyoldalas alkalmazás architektúra? Hogy működik?
az egyoldalas alkalmazás olyan webalkalmazás vagy weboldal, amely az aktuális oldal dinamikus átírásával kölcsönhatásba lép a felhasználóval, ahelyett, hogy teljes új oldalakat töltene be a kiszolgálóról.
Ez a megközelítés érvényteleníti a felhasználói élmény megszakítását az egymást követő oldalak között, így az alkalmazás jobban viselkedik, mint egy asztali alkalmazás.
a legtöbb webhelyen sok ismétlődő tartalom található.,
némelyik ugyanaz marad, függetlenül attól, hogy hová megy a felhasználó (fejlécek, láblécek, logók, navigációs sáv stb.), némelyik csak egy bizonyos szakaszban állandó (szűrősávok, bannerek), és sok ismétlődő elrendezés és sablon van (blogok, önkiszolgálás, a fent említett google mail beállítás).
az egyoldalas alkalmazások kihasználják ezt az ismétlést.
tegyük fel, hogy a weboldalról alkotott nézet egy ház és egy fa képe. A hagyományos, többoldalas weboldalak lefestik a teljes képet az Ön számára a szerveren, majd elküldik a böngészőjének.,
gyógyfürdők megadja a paint-by-numbers útmutatók a helyszínen, beleértve az ismétlődő útmutatók akkor valószínűleg használ, majd csövek a megfelelő festék (adatok és tartalom), hogy töltse ki a sablont.
Akárhogy is látja ugyanazt a fát, de a SPA sebessége akkor jön létre, amikor új tartalmat kér – például a “Tovább” gombra kattintva, az eredmények szűrésével, e – mail megnyitásával vagy – ebben a kis metaforában-egy másik fa megtekintésével.
egy hagyományos weboldalon az új fára vonatkozó kérése miatt a szerver átfesti a teljes képet, majd visszaküldi.,
egyetlen Oldalalkalmazással a szerver azt mondja:” Hé, van egy új fa az Ön számára, de már megvan a ház, így csak hagyja, hogy ugyanaz”, majd elküldi a frissített utasításokat egy új fa és a festék, hogy ez.
a festési munka (oldal renderelés) átvitelével a kiszolgálóról az ügyfélre (Ön) az oldal dinamikusan átírható, ahelyett, hogy egy teljes újratöltést végezne.
ez sokkal gyorsabbá teszi a dolgokat.,
egyoldalas alkalmazások előnyei
számos előnye van a SPA megoldásoknak, mint például az alkalmazások jobb teljesítménye és következetessége, valamint a fejlesztési idő és az infrastruktúra költségeinek csökkentése.
a prezentáció tartalomtól és adatoktól való elválasztásával a fejlesztőcsapatok különböző sebességgel dolgozhatnak, miközben még mindig integrálva vannak a teljes megoldáshoz. SPA jó, hogy érzékeny design mobil, asztali, tablet.,
Single Time File Load minden HTML, CSS, JS
Single Page alkalmazás, Miután a kezdeti oldal betöltése, a szerver nem küld több HTML neked-letölti az egészet az elején.
a szerver shell oldalt küld Önnek, a böngésző pedig felhasználói felületet (UI).
ezután, ahogy rákattint, a SPA küld vissza kéréseket adatok és jelölés, a szerver lő vissza a nyersanyag szükséges, és a böngésző veszi, és teszi a frissített UI-cserélhető darab anélkül, hogy frissíteni a teljes oldalt.,
Ez a gyors felcserélhetőség hihetetlenül hasznossá teszi a gyógyfürdőket olyan oldalakon, amelyek erősen navigáltak és ismétlődő sablonokat használnak.
nincs Extra lekérdezések Server
mivel a szerver nem kell időt tölteni & energia csinál a teljes rajz, gyógyfürdők csökkenti a hatását a szerverek összességében – ami azt jelenti, hogy pénzt takaríthat meg kevesebb szerverek azonos mennyiségű forgalmat.
gyors és érzékeny Front-end beépített
együtt a gyorsabb teljesítmény idő a fent leírt, gyógyfürdők is lehetővé teszi a fejlesztők építeni a front-end sokkal gyorsabb.,
ez annak köszönhető, hogy a függetlenített architektúra gyógyfürdők, vagy szétválasztása back-end szolgáltatások és front-end kijelző.
sok üzleti kritikus funkció nem változtat meg mindent a hátoldalon.
miközben az ügyfelek bejelentkezése, regisztrálása, vásárlása és nyomon követése időről időre megváltoztathatja a “kinézetét” vagy a prezentációját, a mögötte lévő logika és adatmegrendelés elég állandó-és nem akarja kockáztatni, hogy elrontsa.
hasonlóképpen előfordulhat, hogy a nyers tartalom és az adatok változatlanok maradnak, de a megjelenítés módja eltérő.,
a back-end logika elválasztásával & az adatok a bemutatott adatokból” szolgáltatássá ” válnak, a fejlesztők pedig számos különböző front-end módot építhetnek fel a szolgáltatás megjelenítésére és használatára.
egy függetlenített beállítás, a fejlesztők építeni, telepíteni, és kísérletezni a front-end teljesen függetlenül a mögöttes back-end technológia.
megtervezik, hogy a felhasználói élmény hogyan nézzen ki és érezzen, majd a Szolgáltatásokon keresztül behúzzák a tartalmat, az adatokat és a funkcionalitást.,
Ez API-k segítségével történik, amelyek az alkalmazások közötti szabványos szabályok, amelyek az adatok felépítésére, cseréjére és összeszerelésére vonatkoznak.
Ez az API beállítás lehetővé teszi a fejlesztők számára, hogy gyorsan dolgozzanak a felhasználói felületen, anélkül, hogy kockázatot jelentenének az üzleti kritikus back-end technológiákra.
Továbbfejlesztett felhasználói élmények
mivel egyre több funkció épül moduláris szolgáltatásként (microservice architektúra), amely függetlenül frissíthető, könnyebbé válik a megjelenítés és használatuk kísérletezése.,
A SPAs keretrendszerek kiválóan alkalmasak arra, hogy ezekkel a szolgáltatásokkal játszhassanak, hogy vonzó, dinamikus, sőt animált felhasználói élményeket hozzanak létre.
Is, sokan egyszerűen, mint a fejlődő egy bizonyos programozási nyelv (sok GYÓGYFÜRDŐ keretek használata, javascript) majd, köszönhetően az Api-k, a Gyógyfürdők építeni egy nyelven tud dolgozni boldogan back-end szolgáltatások kifejlesztett, különböző nyelveken.
egyoldalas alkalmazás Angular vs React vs Ember vs Vue?,
az Angular és a React (és még sokan mások, mint például az Ember és a Vue) olyan keretrendszerek, amelyeket a fejlesztők a fürdők hatékony és ékesszóló létrehozásához használnak.
egyszerűen fogalmazva, ezek a keretrendszerek újrahasznosítható komponensek gyűjteménye, amelyekhez sok fejlesztő hozzájárult, amelyek egy meghatározott építési szabályt követnek.
Ha úgy gondolja, hogy olyan, mint egy ház, lehet összekeverni az agyag, száraz a tégla, az enyém meg a penész az acél magad – vagy használja a téglák, csövek, mások már tervezett, valamint arra, hogy az idejét, hogy mit tesz a ház egyedi.,
a különbség közöttük, nem vagyok szakértő (de ez a fickó úgy tűnik, kell), de egy nagy dolog, Gyógyfürdők, illetve a keretek, amelyek támogatják őket köszönhetően Api-k, a megfelelő integrációk használhatja, amelyik keretet inkább a másik API-alapú technológiák.
miért egyoldalas alkalmazások és CMSs történelmileg nehéz párosítás
használata esetén fürdők, a fejlesztők úgy gondolja, a tapasztalat, mint egy “app”, de a látogató még mindig fog gondolni, mint egy weboldal, és ahol van egy weboldal van egy marketing csapat viszketés, hogy optimalizálja azt.,
mivel a gyógyfürdők olyan alkalmazások, amelyek fejlesztési munkát igényelnek a & a tapasztalat átadásához, a marketingszakembereknek vissza kell térniük a digitális kőkorszakba (más néven a 90 – es évekre), és fejlesztési segítséget kell kérniük minden csípéshez-ami elkerülhetetlen szűk keresztmetszeteket okoz.
eltávolítva a szerkesztő eszközök marketingesek használják
a CMS szerkesztési funkciók marketing csapatok támaszkodnak (Élő előnézet, drag-and-drop, WYSIWYG szerkesztés, stb) általában kötődik a szállítási szint a CMS.,
A gyógyfürdőkkel a szállítást a gyógyfürdő határozza meg, a tartalmat pedig egyszerűen a CMS-ben tárolja az API-k által olvasható szabványos módon. Mivel a wellnessrészleg az előlapon jelenik meg, a back-end CMS-nek fogalma sincs, hogy néz ki, ezért nem tud előnézetet készíteni.
így a CMS felhasználók végül elakadnak egy nagyon keltezett megközelítéssel – töltsön ki egy űrlapot, keresztezze az ujjait, nyomja meg a közzétételt, majd nézze meg, hogy néz ki élőben.
a paint-by-numbers példához való visszatéréshez a CMS tárolja a nyers tartalmat (a festéket), a SPA pedig a paint-by-numbers útmutatóval rendelkezik arról, hogy ennek a tartalomnak hogyan kell kinéznie., Az Előnézet nem rendelkezik ezzel az útmutatóval, így nem tudja kitalálni, hogy néz ki a tartalom.
Ez a tartalom tiszta “fej nélküli” szállítása (más néven nem rendelkezik CMS szállítási szinttel “fejként”). Nagyszerű a gyors fejlődéshez, de egy kicsit durva azoknak a marketingszakembereknek, akik saját maguk akarják megváltoztatni a weboldalt kódolás nélkül.
Mellett, Marketingesek használt gondolni a dolgokat, ‘oldal’, hanem azért, mert egy SPA, nos, egyetlen oldal az oldal épületben szerkesztési funkciók marketingesek kell, nem áll rendelkezésre.,
Ha új “oldalt” (“útvonalat” akarnak egy gyógyfürdőben), vagy azt akarják, hogy a nézet másképp nézzen ki, akkor fel kell kérniük a fejlesztőt.
megnehezítette, hogy újra tartalom
Ez a kérdés származik, két alapvető oka, egy elavult cms-ek, a másik a GYÓGYFÜRDŐ design.
először is vannak bizonyos CMS-ek, ahol egyszerűen nincs összekapcsolás arról, hogy a tartalom hogyan néz ki és hogyan tárolódik.,
mivel a tartalom tárolása nem szabványos, a prezentációs semleges formátum a SPA nem tudja használni az API-alapú módon akar.
Ez nem csak probléma a gyógyfürdők használatakor, természetesen ez a fajta CMS-beállítás lehetetlenné teszi a tartalom újrafelhasználását a csatornákon általában.
Mert a tartalom kötve, hogy jelenjen meg (egy oldalon-alapú rendszer), a Gyik fel honlapon nem lehet csak úgy kopogott valaki fordítsa át a smart watch – kell tárolni ugyanaz a tartalom két különböző módon.,
a SPA-nak szüksége van egy tartalomalapú CMS-re, hogy megfelelően működjön, hogy nyers tartalmat húzzon, és megjelenítse, ahogy akarja.
a SPA oldalon a nehézség abból adódik, hogy sok webhely hibrid beállítás lesz.
bár érdemes lehet, hogy egyes részek, mint egy SPA, érdemes mások létre a hagyományos módon (gyakran jobb SEO), és szükség van egy összetartó érzést ezek között.
Ha a beállítás két vödör tartalom, darab a hagyományos helyszínen, valamint a fürdő, hogy a kohézió fog törni., Olyan tartalomra van szüksége, amely mindenben működik.
nehéz a Személyre szabás / relevancia
fürdők megragad tartalmat a “szolgáltatás” módon, úgy, hogy ez egy kicsit nugget tartalom nélkül sok összefüggésben – nem egy nagy segítség a megfelelő szállítás.
a tetején, hogy sok CMSs csinál a személyre szabás vagy oldal alapú (nem hasznos egy SPA), vagy az ügyfél-oldalon – és ezek a javascript személyre szabási szabályok nem játszanak nagyon szépen a tetején a SPA javascript javascript. Túl sok szakács a személyre szabott konyhában, ha úgy tetszik.
A marketingszakemberek örökre el vannak ítélve egy SPA világban?
természetesen nem!, Egyszerűen szüksége van egy CMS-re, amelynek architektúrája készen áll a gyógyfürdő használatára.
az API-alapú, leválasztja a tartalmat a prezentációtól, együttműködhet a SPA-val, hogy élő előnézetet biztosítson & szerkesztési eszközök, támogatja a hibrid beállítást, és személyre szabja a szerver oldalt.
az alábbi részekben végigvezetem Önt azon, ahogyan a Bloomreach ezt teszi.
-
hogyan Bloomreach kínál egyoldalas alkalmazás könnyű a fejlesztők és marketingesek
-
Személyre szabás és hibrid támogatás egyetlen oldal Alkalmazások