În primul rând, sunteți cel mai probabil un utilizator obișnuit de aplicații cu o singură pagină (spa-uri) deja.
aplicațiile cu o singură pagină sunt un instrument excelent pentru a face experiențe incredibil de captivante și unice pentru utilizatorii dvs.unele exemple de aplicații cu o singură pagină sunt Gmail, Google Maps, AirBNB, Netflix, Pinterest, Paypal și multe altele folosesc spa-uri pentru a construi o experiență fluidă și scalabilă.,cu toate acestea, în trecut, spa-urile au lăsat marketerii în întuneric atunci când vine vorba de gestionarea conținutului. Din fericire, acum este posibil să asociați SPA-ul cu CMS-ul potrivit pentru a oferi atât dezvoltatorilor, cât și comercianților nivelul de control de care au nevoie.
ce este o singură pagină de aplicare?aplicația pentru o singură pagină (SPA) este o singură pagină (de unde și numele) în care o mulțime de informații rămân aceleași și doar câteva piese trebuie actualizate simultan.,
De exemplu, atunci când navigați prin e – mail, veți observa că nu se schimbă prea multe în timpul navigării-bara laterală și antetul rămân neatinse pe măsură ce parcurgeți căsuța de e-mail.
SPA-ul trimite doar ceea ce aveți nevoie cu fiecare clic, iar browserul dvs. redă aceste informații. Acest lucru este diferit de o încărcare tradițională a paginii în care serverul redă o pagină completă cu fiecare clic pe care îl faceți și o trimite browserului.
Această bucată cu bucată, pe parte de client metodă face timp de încărcare trebuie să mai rapidă pentru utilizatori și de a face cantitatea de informații pe un server pentru a trimite o mulțime mai puțin și mult mai cost-eficientă., Un câștig-câștig.
ce este arhitectura de aplicații pe o singură pagină? Cum funcționează?
aplicația cu o singură pagină este o aplicație web sau un site web care interacționează cu utilizatorul prin rescrierea dinamică a paginii curente, în loc să încarce pagini întregi noi de pe server.această abordare anulează întreruperea experienței utilizatorului între pagini succesive, făcând aplicația să se comporte mai mult ca o aplicație desktop. pe majoritatea site-urilor web există o mulțime de conținut care se repetă.,
unele dintre ele rămân aceleași indiferent unde merge utilizatorul (anteturi, subsoluri, logo-uri, bara de navigare etc.), unele dintre ele sunt constante într-o anumită secțiune (bare de filtrare, bannere) și există multe machete și șabloane repetate (bloguri, autoservire, configurarea google mail menționată mai sus).
aplicații cu o singură pagină să profite de această repetiție.să presupunem că viziunea dvs. asupra site-ului este o pictură a unei case și a unui copac. Site-urile tradiționale, cu mai multe pagini, pictează întreaga imagine pentru dvs. pe server și o trimit în browserul dvs.,
spa-urile vă oferă ghidurile paint-by-numbers pentru site, inclusiv ghidurile repetate pe care le veți folosi probabil și apoi conductele de vopsea potrivite (date și conținut) pentru a completa șablonul.
oricum vedeți același arbore, dar viteza SPA vine atunci când solicitați conținut nou – cum ar fi să faceți clic pe „Următorul”, să filtrați rezultatele, să deschideți un e – mail sau – în această mică metaforă-să cereți să vedeți un copac diferit.
într-un site web tradițional, solicitarea dvs. pentru un copac nou ar determina serverul să repete întreaga imagine și să o trimită înapoi.,
cu o singură aplicație pagină, serverul spune „Hei, am un copac nou pentru tine, dar le-ați luat deja casa asa ca lasa ca la fel”, apoi vă trimite instrucțiuni actualizate pentru un copac nou și vopsea pentru a face.
prin transferul lucrărilor de pictură (redarea paginii) de la server la client (dvs.), pagina poate fi rescrisă dinamic, în loc să treacă printr-o reîncărcare întreagă.
acest lucru face lucrurile mult mai repede.,există multe beneficii pentru soluțiile SPA, cum ar fi îmbunătățirea performanței și coerenței aplicațiilor și reducerea timpului de dezvoltare și a costurilor de infrastructură.prin separarea prezentării de conținut și date, echipele de dezvoltare pot lucra la viteze diferite, în timp ce sunt încă integrate pentru soluția generală. SPA este bun pentru a face design receptiv pentru mobil, desktop și tabletă.,
un singur fișier de timp încărcați fiecare HTML, CSS, JS
aplicație cu o singură pagină, după încărcarea inițială a paginii, serverul nu vă mai trimite HTML – îl descărcați bine la început.
serverul vă trimite o pagină shell și browserul dvs. redă interfața cu utilizatorul (UI).
Apoi, pe măsură ce faceți clic în jurul, SPA trimite cereri de date și marcare, serverul trage înapoi materiile prime necesare, și browser-ul ia-l și face un UI actualizat – schimbând piesele fără a fi nevoie pentru a actualiza pagina complet.,
această interschimbabilitate rapidă face spa-uri incredibil de utile pe paginile care sunt foarte navigat și de a folosi șabloane repetitive.deoarece serverul nu are nevoie să – și petreacă timpul &energie făcând desenul complet, spa-urile reduc impactul asupra serverelor dvs. în general-ceea ce înseamnă că puteți economisi bani folosind mai puține servere pentru aceeași cantitate de trafic.Front-end rapid și receptiv construit împreună cu timpul de performanță mai rapid explicat mai sus, spa-urile permit dezvoltatorilor să construiască front-end-ul mult mai rapid.,
acest lucru se datorează arhitecturii decuplate a spa-urilor sau unei separări a serviciilor back-end și a afișajului frontal.
multe funcționalități critice de afaceri nu se schimbă atât de mult pe back-end.
în Timp ce clienții dvs. de log-in, înregistra, de cumpărare și urmări comenzile pot schimba „look” sau prezentarea din timp în timp, logica și datele orchestratie spatele este destul de constantă și nu vreau să risc să o strici.în mod similar, conținutul brut și datele dvs. ar putea rămâne aceleași, dar modul în care doriți să le afișați diferă.,
Prin decuplarea că back-end logica & date de modul în care este prezentat, îl transformi într-un „serviciu”, iar dezvoltatorii pot construi diferite front-end moduri de a arăta și de a folosi acest serviciu.cu o configurare decuplată, dezvoltatorii pot construi, implementa și experimenta cu front-end complet independent de tehnologia de bază back-end.
ei proiectează modul în care doresc ca experiența utilizatorului să arate și să se simtă, apoi introduc conținutul, datele și funcționalitatea prin intermediul acestor servicii.,
acest lucru se face folosind API-uri, care sunt un set standard de reguli între aplicații cu privire la modul în care vor structura, schimba și reasambla datele.
această configurare API permite dezvoltatorilor să lucreze rapid pe UI fără riscuri pentru tehnologiile critice de back-end de afaceri.deoarece din ce în ce mai multe funcționalități sunt construite ca servicii modulare (o arhitectură microservice) care pot fi actualizate independent, devine mai ușor să experimentezi modul în care sunt afișate și utilizate.,
cadrele SPAs sunt excelente pentru a vă juca cu aceste servicii pentru a crea experiențe de utilizator captivante, dinamice și chiar animate.de asemenea, o mulțime de oameni pur și simplu doresc să dezvolte într-un anumit limbaj de programare (multe cadre SPA folosesc javascript) și, datorită API-urilor, spa-urile pe care le construiți într-o singură limbă pot funcționa fericit cu servicii back-end dezvoltate în diferite limbi.
aplicație cu o singură pagină cu Angular vs React vs Ember vs Vue?,
Angular și React (și multe altele, cum ar fi Ember și Vue) sunt cadre pe care dezvoltatorii le folosesc pentru a crea spa-uri eficient și elocvent.
pur și simplu pune, aceste cadre sunt o colecție de componente reutilizabile, că mulți dezvoltatori au contribuit la, care urmează un set definit de reguli de construcție.
dacă te gândești la asta ca la construirea unei case, ai putea amesteca lutul, usca cărămizile, mina și modela singur oțelul – sau ai putea folosi cărămizile și țevile pe care alte persoane le-au proiectat deja și să-ți concentrezi timpul asupra a ceea ce face casa ta unică.,în ceea ce privește diferențele dintre ele, nu sunt expert (dar acest tip pare să fie), dar un lucru minunat despre spa-uri și cadrele care le susțin este că, datorită API-urilor, cu integrările corecte puteți utiliza oricare cadru preferați cu celelalte tehnologii API.
De ce aplicațiile cu o singură pagină și CMS-urile au fost istoric o asociere dificilă
când utilizați spa-uri, dezvoltatorii se pot gândi la experiență ca la o „aplicație”, dar vizitatorul încă se va gândi la ea ca la o pagină web, iar acolo unde există o pagină web, există o echipă de marketing care,
Pentru Spa-uri sunt aplicații care necesită lucrări de dezvoltare să se joace cu display-ul & livrare de experiență, specialiștii în marketing sunt de a avea pentru a merge înapoi la digital epoca de piatră (aka ’90) și cere pentru a ajuta la dezvoltarea pentru fiecare tweak – provoacă inevitabil blocaje.
eliminat instrumentele de editare Marketerii sunt folosite pentru
caracteristicile de editare CMS pe care se bazează echipele de marketing (previzualizare live, drag-and-drop, editare WYSIWYG etc.) sunt de obicei legate de nivelul de livrare din CMS.,în cazul spa-urilor, livrarea este determinată de SPA, iar conținutul este pur și simplu stocat în CMS în mod standard pe care API-urile îl pot citi. Deoarece SPA-ul este redat pe front-end, CMS-ul de back-end nu are nicio idee despre cum ar trebui să arate și, prin urmare, nu poate roti o previzualizare.
deci, utilizatorii CMS ajung să se blocheze cu o abordare foarte datată-completați un formular, încrucișați degetele, împingeți publicarea și mergeți să vedeți cum arată în direct.pentru a reveni la exemplul nostru paint-by-numbers, CMS stochează conținutul brut (vopseaua), iar SPA-ul are ghidul paint-by-numbers despre cum ar trebui să arate acel conținut., Previzualizarea nu are acest ghid, deci nu pot să-mi dau seama cum ar trebui să arate conținutul.
Aceasta este o pură „fără cap” de livrare de conținut (aka, nu trebuie CMS livrare tier ca un „cap”). Este excelent pentru dezvoltarea rapidă, dar un pic cam dur pentru marketerii care doresc să schimbe site-ul pe cont propriu, fără a fi nevoie să codifice.în plus, Marketerii sunt obișnuiți să se gândească la lucrurile din „pagini”, dar pentru că un SPA este, bine, o singură pagină pe care marketerii trebuie să o construiască și să o editeze.,
dacă doresc o nouă „pagină” (un „traseu” într-un SPA) sau doresc ca vederea să arate diferit, trebuie să întrebe un dezvoltator.
a Făcut-o dificil de a reutiliza conținutul
Această problemă vine de la două core motive, unul cu invechite CMSs și celălalt de la SPA design.
În primul rând, există anumite CMS-uri în care pur și simplu nu există o decuplare a modului în care conținutul dvs. arată și cum este stocat.,
deoarece stocarea conținutului nu este într-un format standard, neutru de prezentare, SPA-ul nu îl poate folosi în modul bazat pe API.
aceasta nu este doar o problemă atunci când utilizați spa-uri desigur, acest tip de configurare CMS face imposibilă reutilizarea conținutului pe canale în general.
deoarece conținutul este legat de modul în care este afișat (un sistem bazat pe pagini), Întrebările frecvente pe care le puneți pe site-ul dvs. web nu pot fi accesate doar pentru ca cineva să le răsfoiască pe ceasul inteligent – ar trebui să stocați același conținut în două moduri diferite.,
SPA are nevoie de un CMS bazat pe conținut pentru a funcționa corect, astfel încât să poată extrage conținut brut și să îl afișeze oricum dorește.
Pe SPA-parte, dificultatea vine din faptul că multe site-uri sunt de gând să fie un hibrid de configurare.
în timp ce poate doriți unele părți ca un SPA, s-ar putea dori alții înființat în mod tradițional (de multe ori mai bine pentru SEO), și trebuie să existe o senzație de coeziune între acestea.
dacă configurația dvs. este de două găleți de conținut, piese pentru site-ul tradițional și SPA, că coeziunea se va rupe., Ai nevoie de conținut care funcționează peste tot.
Dificil cu Personalizare/Relevanța
SPAs apuca de conținut într-un „serviciu”, astfel încât este o pepită de conținut fără prea mult context – nu este un mare ajutor în livrare relevante.
În plus, o mulțime de CMS-uri își fac personalizarea fie pe bază de pagină (nu este utilă într – un SPA), fie pe partea de client-iar aceste reguli de personalizare javascript nu se joacă foarte bine pe partea de spa javascript. Prea mulți bucătari în bucătăria de personalizare, dacă doriți.
sunt Marketerii condamnați pentru totdeauna într-o lume SPA?
bineînțeles că nu!, Pur și simplu aveți nevoie de un CMS care are o arhitectură pregătită pentru utilizarea SPA.
Unul care este bazat pe API, separă conținutul de prezentare, pot lucra cu SPA pentru a oferi o previzualizare live & instrumente de editare, susține un hibrid de configurare, și nu-personalizare pe partea de server.
în părțile de mai jos te voi plimba prin modul în care Bloomreach face doar asta.cum Bloomreach oferă o singură pagină ușurința de aplicare pentru dezvoltatori și Marketing
personalizare și suport hibrid pentru aplicații cu o singură pagină