Fergelykjen fan twa ferskillende oanpak nei multy-apparatuer webûntwerp
Spesjale en adaptative web-ûntwerp binne beide metoaden foar it meitsjen fan multydaternefreonlike websiden dy't goed op in ferskaat fan skermgrutte wurkje. Hoewol respektyf web design ûntstiet troch Google en is de populêrste fan 'e twa oanwêzigen, beide fan dizze metoaden foar multi-appartement web design hawwe har sterkte en har swakkens.
Litte wy sjen nei de ferskillen tusken responsive en adaptive web-ûntwerp, spesifyk op it mêd fan dizze wichtige gebieten:
- Lûd fan ûntwikkeling
- It nivo fan kontrôle hawwe jo oer it ûntwerp
- Breadte fan apparaat / skermstipe
- Hoe takomme freonlik de oplossing is
- Alles downloade snelheid en side-prestaasje
Guon definysjes
Foardat wy yn ús side-by-side fergelykjen fan responsive en adaptive web-ûntwerp krije, litte wy it momint nimme om op in hege nivo-definysje fan dizze twa oanwizen te sjen.
Ferantwurdlike websiden hawwe in floeibere layout dy't feroaret en oanpast wurdt sûnder de skermgrutte dy't brûkt wurdt. Media-query sille reaktive siden soargje dat sels "flugge" feroaret as de browser feroare is.
Adaptyf ûntwerp brûkt fêste grûnen op basis fan foarôfgeande breakpoints om de meast oanpassende ferzje te ferfarskjen foar de skermgrutte dy te finen is as de side lêst earst lêst.
Mei dizze brede definysjes yn plak, litte wy nei ús kearngebieten yn 'e fokus.
Lûd fan ûntwikkeling
It wichtichste ferskil tusken responsive en adaptive web-ûntwerp is op 'e manier dat dizze oplossingen tapast wurde op in webside. Om't respektyf ûntwerp in folslein floeiend layout ûntstean, wurdt it benammen brûkt op projekten wêr't jo de side fan 'e grûn opnij meitsje . Besykje tegearre om te rjochtsjen fan in besteande webside fan koade om reageare te wurden is faak in serieus affêre, om't jo gewoan net it nivo fan kontrôle hawwe dat jo hawwe as jo dizze koade ûntwikkele hawwe fan kratsje en it reageare ûntwerp rekkenje op rekken fan 'e earstenste stappen fan dat proses . Dit betsjut dat jo as jo opnij besjen wolle, jo binne twongen om kompromissen te meitsjen om yn dizze besteande codebase te bliuwen.
As jo wurkje mei in besteande fêste-breed-webside, kin in adaptive oanpak betsjutte dat jo de grutte kinne ferlitte dat de side ûntwikkele is foar yntakt en falt ekstra oanpaste oanpaspunten as nedich. Yn guon gefallen is as in budzjet fan in projekt is lyts, en as it allinich in lyts tal ûntwikkelwurk makket, kinne jo kieze om nije adaptive breakpoints foar lytse skerm / mobyl-sintraal groepen oanfolje. Dit betsjut dat jo gruttere skermen brûke kinne om allegear deselde layout te brûken - faaks in 960 breakpoint-ferzje dy't wie dat site wierskynlik oarspronklik ûntwikkele wie.
De opsier nei in oanpaske oanpak is dat jo better besteegje kinne fan in besteande webside, mar ien fan 'e ûnderline's is dat jo ferskillende layout-templates meitsje foar elke breakpoint dat jo kieze om te stypjen. Dit sil in ynfloed hawwe op 'e workload dy't nedich is om dizze oplossing yn' e lange termyn te ûntwikkeljen en te behâlden.
Design Control
Ien fan 'e krêften fan respondearre websides is dat har fluiditeit har oanmeitsje en alle skermgrutte oanpasse en stypje as tsjinstelling op allinich de foarsettele breakpoints dy't yn in adaptive oanpak fêststeld wurde. De wurklikheid is lykwols dat responsearjende websiden geweldich sjogge nei bepaalde toetseboerdgrutte (meastal groepen dy't oerienkomme oan populêre apparaten op 'e merk), mar it fisuele ûntwerp falt faak tusken dizze populêre resolúsjes.
Bygelyks, in side kin fluch sjen op it brede skerm-ôfbylding fan 1400 piksels, de midden-skermgrutte fan 960 pixels, en de lytse skerm sjocht op 480 piksels, mar wat oer de ynteressante steaten fan dizze dimensjes? As ûntwerper hawwe jo in bytsje gjin kontrôle oer dizze yntergrins tusken de dimensjes en de fisuele útsjoch fan 'e side by dy dimensjes is faak minder as ideaal.
Mei in adaptive webside hawwe jo in soad mear ûntwerpkontrôle oer de ferskillende lokaasjes dy't brûkt wurde omdat se fêste grûnen binne basearre op jo fêststelde punten. Dizze ûnbekende ynteressante steaten binne gjin probleem mear langer, om't jo elk "look" sjogge (betsjuttend elke breakpoint's werjefte) dy't oan 'e besikers levert.
As oantreklik is as dit nivo fan ûntwerpkontrôle klinkt, moatte jo bewust wêze dat it by in priis komt. Ja, jo hawwe folsleine kontrôle oer it each fan 'e hoop, mar dat betsjut dat jo de ûntwerp tiid nedich wêze moatte foar ûntwerp foar elke fan dizze unike lagen. De mear brekpunten dy't jo kieze foar ûntwerp foar, de mear tiid dat jo nedich hawwe oan dat proses.
Breadth of Support
Sawol respekteare en adaptive web-ûntwerp genietsje genôch robúste stipe, fral yn moderne browsers.
Adaptive websides ferwachtsje fan server-side-komponinten of Javascript foar skermgrutte ûntdekking. Fansels, as in adaptive side Javascript nedich is, betsjuttet dat in browser dizze ynskeakelje moat om 'e webside korrekt te wurkjen. Dat kin net in grutte soarch wêze foar jo, om't de measte minsken Javascript yn har browsers hawwe, mar elke kear in side hat in krityske ôfhinklikens fan alles, it moat oanjûn wurde.
Spesjale websiden en media fraachtekens dy't har krêft goed fine yn alle moderne browsers. De iennichste problemen dy't jo hawwe hawwe binne mei de âldste ferzjes fan Internet Explorer, om't ferzjes 8 en hjirûnder gjin media queries stypje. Om dit om te wurkjen , wurdt in Java-polyfile faak brûkt , wat betsjut dat hjir ek in ôfhinging fan JavaScript is, op syn minst foar dy âldere ferzjes fan IE. Eartiids kin dit net folle in soarch wêze foar jo, benammen as jo side-analytys sjen litte dat jo gjin soad besikers brûke fan dizze âldere browserferzjes.
Future Friendliness
De floeide natuer fan responsive websides jout har foardiel út oer adaptive plakken as it giet om takomstfreonlikens. Dit is om't dizze opdrachten net boud binne om allinich in earder fêststelde set fan breakpoints te behertigjen. Se passe oan om alle skermen te passen, ynklusyf dyjingen dy't hjoeddedei net op 'e merk wêze kinne. Dit betsjut dat responsive siden net "fêst" wêze moatte as in nije skermôfbylding opnij populêr wurdt.
Yn 'e appartemint lânskip (sûnt augustus 2015 wiene der mear as 24.000 ferskillende Android-apparaten op' e merk), wêrtroch't in side dy't syn bêst om dizze brek oanbod fan skermen te behertigjen is kritysk belang foar takomstfreonlikheid. Dit is om't dat lânskip net wierskynlik wat minder yn 'e takomst is, dat betsjuttet dat it ûntwerpen foar spesifike skermen of de maatskippijen ûnmooglik wurde, as wy dizze realiteit al net berikt hawwe.
Oan 'e oare kant fan dit fergelykjende senario, as in side oanpasber is en it net bepale nije resolúsjes dy't wichtich wêze kinne op' e merk, dan kinne jo miskien wêze dat it breakpoint op 'e plakken dy't jo makke hawwe tafoege. Dit tafoegde ûntwerp en ûntwikkeling tiid op projekten en it betsjuttet dat dy oanpassingsplakken konsekwint kontrolearre wurde moatte soargje dat der gjin nije breakpoints ynfierd binne yn 'e merk dy't yn' e side tafoege wurde moat. Eartiids, mei de apparatuer ferskaat wêryn't it is, moatte nei hieltyd kontrolearje nei nije sifers en mooglik maksimale bepalingen mei nije breakpoints is in trochgeande útdaging dy't in ynfloed hat op it wurk dat jo moatte om in side te stypjen en de kosten fan dy ûnderhâld foar it bedriuw of organisaasje foar wa't de side foar is.
Optreden
Ferantwurdlik web design hat al lange beskuldigingen (unjildich sa yn in soad gefallen) fan in earmige oplossing fan in download-snelheid / optreden. Dit is foar in grut part troch it feit dat yn 'e begjin dagen fan dizze oanpak in soad webûntwerpers gewoan lytse skerm media queries op in besteande CSS webstee opsette. Dit soargen de ôfbyldings en boarnen dy't bedoeld binne foar gruttere skermen dy't oan alle apparaten levere wurde, ek as dy lytsere skermen har net brûke yn har lêste layouts. Ferantwurdlik ûntwerp is sûnt dy dagen en in protte wei kommen en de realiteit is dat kwaliteitsreaktive websiden hjoed de dei net fan prestaasjesproblemen leare.
Slang telefoansliedingen en bloaze websiden is net in reageare problemen fan webside - it is in probleem dat op alle websides fûn wurde kin. Ofbyldings dy't te swier binne, feeds fan sosjale media, heulende skripten en mear en weagje in webside, mar beide responsive en adaptive websides kinne boud wurde om flugge laden te wurden. Fansels kinne se ek op in manier makke wurde, dy't gjin prestaasje makket foar in prioriteit, mar dit is net in trait fan 'e oplossing sels, mar in reflection fan it team dy't belutsen wie by de ûntwikkeling fan de side sels.
Beyond Layout
Ien fan 'e meast oerwichtige aspekten fan adaptive web-ûntwerp is dat jo net allinich kontrôle hawwe oer it ûntwerp fan' e side foar setpunten, mar ek de middels dy't levere wurde foar dizze side ferzjes. Bygelyks dit betsjut dat retina-ôfbyldingen allinich nei retina-apparaten ferstjoere kinne, wylst net-retina-skermen mear passende bylden krije dy't lytser binne yn de triemgrutte. Oare side-boarnen (Javascript-bestannen, CSS-stilen, ensfh.) Kinne allinich levere wurde as se nedich binne en wurde brûkt.
Dit gebrûk fan adaptive web-ûntwerp giet fierder dan de ienfâldige lykweardigens fan "as jo in webside opnimme, adaptearje kin in ienfâldiger oanpak fan gebrûk wêze." Alle siden, ynklusief folsleine redesigns, kinne profitearje fan in smarter oanpak om in mear ôfsletten ûnderfining.
Dit senario lit de nuansearre aard fan dizze "responsive fersus adaptative" debat sjen. Wylst it wier is dat in adaptative oanpak better befetsje kin as reaktyf foar side-opfang, kin it ek in geweldige oplossing wêze foar folsleine redesigns. Hjirmei kinne yn guon gefallen in reageare oanpak opnommen wurde op in koade-basis fan in besteande side, wêr't dizze side alle foardielen fan in folslein reagearjende oanpak jaan.
Hokker oanpak is better?
As it giet om respektyf tsjin adaptive web-ûntwerp, is der gjin dúdlike "winner", hoewol respektyf is wis it populêrste oanpak. Yn 'e wierheid hinget de "bettere" oanpak fan' e behoeften fan in spesifyk projekt. Fierder moat dit net in 'of / of' situaasje wêze. Der binne in protte websiden dy't gebrûk meitsje fan gebieten dy't it bêste fan reageare web-ûntwerp kombinearje (fluidbreedtes, takomstige stipe) mei de krêft fan adaptive ûntwerp (bettere ûntwerpkontrôle, tûk laden fan side-boarnen).
Faaks wurdt bekend as RESS (Responsive Web Design mei tsjinner-side-komponinten), joech dizze oanpak dat der echt gjin "ien grutte is foar elke oplossing". Sawol respektyf webûntwerp en adaptyf hawwe har sterkte en har útdagingen, dus moatte jo bepale wat sil it bêste wurk foar jo spesifike projekt wurkje, of as in hybride oplossing foar jo it bêste kin.