først og fremmest er du sandsynligvis en regelmæssig bruger af Single Page Applications (kurbade) allerede.enkelt side applikationer er et godt værktøj til at gøre utroligt engagerende og unikke oplevelser for dine brugere.nogle enkelt side applikationseksempler er som Gmail, Google Maps, AirBNB, Netfli., Pinterest, Paypal, og mange flere bruger kurbade til at opbygge en flydende, skalerbar oplevelse.,
tidligere har kurbade imidlertid efterladt marketingfolk ude i mørket, når det kommer til styring af indhold. Heldigvis er det nu muligt at parre din SPA med det rigtige CMS for at give både udviklere og marketingfolk det niveau af kontrol, de har brug for.
Hvad er enkelt side ansøgning?
Single page application (SPA) er en enkelt side (deraf navnet), hvor mange oplysninger forbliver de samme, og kun et par stykker skal opdateres ad gangen.,
for eksempel, når du gennemser din e – mail, vil du bemærke, at ikke meget ændringer under navigation-sidebjælken og overskriften forbliver uberørt, når du går gennem din indbakke.
spaen sender kun det, du har brug for med hvert klik, og din bro .ser gengiver disse oplysninger. Dette adskiller sig fra en traditionel sideindlæsning, hvor serveren gengiver en hel side med hvert klik, du opretter, og sender den til din bro .ser.
dette stykke for stykke, klientsiden metode gør load tid skal hurtigere for brugerne og gør mængden af oplysninger en server har til at sende en masse mindre og meget mere omkostningseffektiv., En winin-.in.
Hvad er enkelt side ansøgning arkitektur? Hvordan virker det?
enkeltsideprogrammet er en applicationebapplikation eller et websiteebsted, der interagerer med brugeren ved dynamisk at omskrive den aktuelle side i stedet for at indlæse hele nye sider fra serveren.
denne tilgang annullerer afbrydelse af brugeroplevelsen mellem på hinanden følgende sider, hvilket får applikationen til at opføre sig mere som en desktop-applikation.
på de fleste websebsteder er der meget gentagende indhold.,
noget af det forbliver det samme, uanset hvor brugeren går (overskrifter, sidefødder, logoer, navigationslinje osv.), noget af det er konstant i bare et bestemt afsnit (filterbjælker, bannere), og der er mange gentagne layouts og skabeloner (blogs, selvbetjening, Google mail-opsætningen nævnt ovenfor).
enkelt side applikationer drage fordel af denne gentagelse.
lad os sige, at dit syn på hjemmesiden er et maleri af et hus og et træ. Traditionelle, flersidede websebsteder maler hele billedet for dig på serveren og sender det over til din bro .ser.,
kurbade giver dig malingsguiderne for numbersebstedet, inklusive de gentagende guider, du sandsynligvis bruger, og rør derefter den rigtige maling (data og indhold) for at udfylde skabelonen.
uanset hvad du ser det samme træ, men hastigheden på SPA kommer ind, når du anmoder om nyt indhold – som at klikke på “Næste”, filtrere resultater, åbne en mail eller – i denne lille metafor – beder om at se et andet træ.
på et traditionelt treeebsted vil din anmodning om et nyt træ få serveren til at male hele billedet igen og sende det tilbage.,
med en enkelt side applikation siger serveren “Hej, jeg har et nyt træ til dig, men du har allerede fået huset, så bare lad det være det samme”, så sender du opdaterede instruktioner til et nyt træ og malingen for at gøre det.
ved at overføre maleri arbejde (side rendering) fra serveren til klienten (du) siden kan dynamisk omskrives, i stedet for at gå gennem en hel reload.dette gør tingene meget hurtigere.,
fordele ved Enkeltsideprogrammer
Der er mange fordele ved SPA-løsninger såsom Forbedret applikationsydelse og konsistens og reduceret udviklingstid og infrastrukturomkostninger.
Ved at adskille præsentationen fra indhold og data kan udviklingshold arbejde med forskellige hastigheder, mens de stadig integreres til den samlede løsning. SPA er godt for at gøre lydhør design til mobil, desktop og tablet.,
enkelt Tid fil belastning hver af HTML, CSS, JS
enkelt side ansøgning, efter den indledende side belastning, serveren ikke sende mere HTML til dig – Du do .nloade det okay i begyndelsen.
serveren sender dig en shell-side, og din bro .ser gengiver brugergrænsefladen (UI).
Når du klikker rundt, sender spaen anmodninger om data og markering tilbage, serveren skyder de nødvendige råvarer tilbage, og din bro .ser tager dem og gør en opdateret brugergrænseflade – udskiftelige stykker uden nogensinde at skulle opdatere hele siden.,
denne hurtige udskiftelighed gør kurbade utroligt nyttige på sider, der er meget navigerede og bruger gentagne skabeloner.
Ingen Ekstra Forespørgsler til Serveren
Fordi serveren ikke skal bruge tid & energi på at gøre fuld tegning, Kurbade lavere indvirkning på dine servere alt i alt – betyder, at du kan spare penge ved at bruge mindre servere for den samme mængde trafik.
hurtig og lydhør Front-end bygget
sammen med den hurtigere ydeevne tid forklaret ovenfor, kurbade også lade udviklere bygge front-end meget hurtigere.,
dette skyldes den afkoblede arkitektur af kurbade, eller en adskillelse af back-end-tjenester og front-end display.
mange forretningskritiske funktionaliteter ændrer ikke så meget på back-end.
selvom hvordan dine kunder logger ind, registrerer, køber og sporer ordrer kan ændre det “look” eller præsentation fra tid til anden, logikken og data orkestrering bag det er temmelig konstant – og du ønsker ikke at risikere at ødelægge det.
På samme måde forbliver dit råindhold og data muligvis det samme, men hvordan du vil vise det adskiller sig.,
Ved afkobling af, at back-end logik & data fra, hvordan det er præsenteret du gøre det til en “service”, og udviklere kan bygge mange forskellige front-end måder at vise og bruge denne service.
med en afkoblet opsætning kan udviklere bygge, implementere og eksperimentere med front-end helt uafhængigt af den underliggende back-end-teknologi.
De designer, hvordan de ønsker, at brugeroplevelsen skal se ud og føle, og trækker derefter Indhold, data og funktionalitet ind gennem disse tjenester.,
dette gøres ved hjælp af API ‘ er, som er et standard sæt regler mellem applikationer om, hvordan de vil strukturere, udveksle og samle data igen.
denne API-opsætning giver udviklere mulighed for at arbejde hurtigt på brugergrænsefladen uden risiko for forretningskritiske back-end-teknologier.
forbedrede brugeroplevelser
efterhånden som flere og flere funktionaliteter opbygges som modulære tjenester (en mikroservicearkitektur), der kan opdateres uafhængigt, bliver det lettere at eksperimentere med, hvordan de vises og bruges.,
SPAs rammer er gode til at lege med disse tjenester for at skabe engagerende, dynamiske og endda animerede brugeroplevelser.
også mange mennesker kan bare lide at udvikle sig i et bestemt programmeringssprog (mange SPA-rammer bruger javascript), og takket være API ‘ er kan de kurbade, du bygger på et sprog, fungere lykkeligt med back-end-tjenester udviklet på forskellige sprog.
enkelt side applikation med Vinkel vs React vs Ember vs Vue?,
Angular and React (og mange andre som Ember og Vue) er rammer, som udviklere bruger til at skabe kurbade effektivt og veltalende.
kort sagt, disse rammer er en samling af genanvendelige komponenter, at mange udviklere har bidraget til, at følge et defineret sæt af bygningsregler.
Hvis du tænker på det som at bygge et hus, kan du blande ler, tørre mursten, mine og skimmel stål dig selv – eller du kan bruge mursten og rør, som andre mennesker har allerede konstrueret, og fokusere din tid på, hvad der gør dit hus unikt.,
Som for de forskelle mellem dem alle, jeg er ingen ekspert (men denne fyr virker til at være), men en stor ting om Kurbade og de rammer, der støtter dem, er, at, tak til Api ‘ er, med den rigtige integrationer du kan bruge hvilken som helst ramme, du foretrækker med dine andre API-aktiveret teknologier.
hvorfor Enkeltsideapplikationer og CMS ‘ er historisk set var en vanskelig Parring
Når du bruger kurbade, kan udviklere tænke på oplevelsen som en “app”, men besøgende vil stadig tænke på det som en weebside, og hvor der er en weebside, er der et marketingteam kløe for at optimere det.,
Fordi Kurbade er apps, der kræver udvikling af arbejdet med at rode med display & levering af erfaring, at marketingfolk er nødt til at gå tilbage til den digitale stone age (aka ’90’erne) og bede om hjælp til udvikling hver tweak – forårsager uundgåelige flaskehalse.
fjernet redigeringsværktøjerne marketingfolk bruges til
CMS-redigeringsfunktionerne marketingteams er afhængige af (live previe., drag-and-drop, editingysi .yg-redigering osv.),
Med kurbade bestemmes leveringen af spaen, og indholdet gemmes simpelthen i CMS på standard måde, som API ‘ erne kan læse. Fordi spaen gengives på front-end, har back-end CMS ingen ID.om, hvordan det skal se ud, og kan derfor ikke spinde en forhåndsvisning.
så CMS – brugere ender med at sidde fast med en meget dateret tilgang-udfyld en formular, kryds fingrene, skub Udgiv og se, hvordan det ser ud live.
for at vende tilbage til vores paint-by-numbers eksempel gemmer CMS råindholdet (malingen), og spaen har paint-by-numbers guide til, hvordan dette indhold skal se ud., Forhåndsvisningen har ikke denne vejledning, så kan ikke finde ud af, hvordan indholdet skal se ud.
Dette er en ren “hovedløs” levering af indhold (aka, det har ikke CMS-leveringsniveauet som et “hoved”). Det er fantastisk til at udvikle sig hurtigt, men lidt groft for marketingfolk, der ønsker at ændre hjemmesiden på egen hånd uden at skulle kode.ved siden af det er marketingfolk vant til at tænke på ting i ‘pages’, men fordi en SPA er, ja, en enkelt side, som sidebygnings-og redigeringsfunktioner, som marketingfolk har brug for, ikke er tilgængelige.,
hvis de vil have en ny “side” (en “rute” i en SPA), eller ønsker, at visningen skal se anderledes ud, skal de spørge en udvikler.
Læs dette næste: Hovedløs CMS vs Afkoblet CMS: Den Komplette Guide
Gjort det vanskeligt at genbruge indhold
Dette spørgsmål kommer fra to centrale grunde, den ene med en forældet cms ‘ er og andre fra SPA-design.
for det første er der visse CMS ‘ er, hvor der simpelthen ikke er en afkobling af, hvordan dit indhold ser ud, og hvordan det gemmes.,
fordi opbevaring af indhold ikke er i en standard, præsentation neutralt format SPA kan ikke bruge det i API-baseret måde er ønsker at.
Dette er ikke kun et problem, når du bruger kurbade selvfølgelig gør denne form for CMS-opsætning det umuligt at genbruge indhold på tværs af kanaler generelt.da indholdet er bundet til, hvordan det vises (et sidebaseret system), kan de ofte stillede spørgsmål, du lægger på dit websiteebsted, ikke bare tappes, så nogen kan bladre igennem på deres Smartur – du bliver nødt til at gemme det samme indhold på to forskellige måder.,
SPA har brug for et indholdsbaseret CMS for at fungere korrekt, så det kan trække råindhold og vise det, som det ønsker.
på SPA-siden kommer vanskeligheden fra det faktum, at mange websebsteder vil være en hybrid opsætning.
mens du måske vil have nogle dele som SPA, vil du måske have andre oprettet på traditionel måde (ofte bedre for SEO), og der skal være en sammenhængende følelse mellem disse.
Hvis din opsætning er to spande med indhold, stykker til det traditionelle siteebsted og SPA, vil denne samhørighed bryde., Du har brug for indhold, der fungerer på tværs af alt.
vanskeligt med Personalisering/relevans
kurbade griber indhold på en “service” måde, så det er en lille nugget af indhold uden meget kontekst – ikke en stor hjælp i relevant levering.
derudover gør mange CMS ‘ er deres Personalisering enten side baseret (ikke nyttigt i en SPA) eller på klientsiden-og disse javascript personaliseringsregler spiller ikke meget pænt oven på SPA javascript. For mange kokke i personaliseringskøkkenet, hvis du vil.
er marketingfolk dømt for evigt i en SPA-verden?
selvfølgelig ikke!, Du har simpelthen brug for et CMS, der har en arkitektur klar til SPA-brug.
et, der er API-baseret, afkobler indhold fra præsentationen, kan arbejde med spaen for at give en live previe. &i nedenstående dele vil jeg lede dig gennem den måde, Bloomreach gør netop det.
-
Hvordan Bloomreach tilbyder Enkelt Side Ansøgning Let for Udviklere og Marketingfolk
-
Personalisering og Hybrid Støtte til Enkelt-Side Applikationer