Atšķirības starp atbildīgu un pielāgojamu Web dizainu

Salīdzinot divas dažādas pieejas vairāku ierīču Web dizains

Atbildīgs un pielāgojams tīmekļa dizains ir gan multivides draudzīgu vietņu izveides metode, kas darbojas dažādos ekrāna izmēros. Kaut gan Google ir ieteicams izmantot jutīgu tīmekļa dizainu , un abas šīs pieejas ir populārākas, abām šīm vairāku ierīču tīmekļa dizaina metodēm ir savas stiprās puses un to vājās puses.

Apskatīsim atšķirības starp reaģējošu un pielāgojamu tīmekļa dizainu, īpaši koncentrējoties uz šīm galvenajām jomām:

Dažas definīcijas

Pirms mēs nonāksim pie mūsu salīdzinošā atbildes reakcijas un adaptīvā tīmekļa dizaina salīdzināšanas, ņemsim vērā šo divu pieeju augsta līmeņa definīciju.

Atbildīgām vietnēm ir šķidrums, kas maina un pielāgo neatkarīgi no izmantotā ekrāna izmēra. Mediju vaicājumi ļauj reaģējošām vietnēm pat mainīt "uz lidojuma", ja tiek mainīts pārlūka izmērs.

Adaptīvais dizains izmanto fiksētus izmērus, pamatojoties uz iepriekš noteiktiem pārtraukumpunktiem, lai nodrošinātu vispiemērotāko izkārtojuma versiju ekrāna izmēram, kas tiek noteikts, kad lapa pirmo reizi ielādē.

Izmantojot šīs plašās definīcijas, pievērsīsimies mūsu galvenajām uzmanības jomām.

Attīstības ērtums

Visnozīmīgākā atšķirība starp jutīgu un pielāgojamu web dizainu ir tas, ka šie risinājumi tiek pielietoti tīmekļa vietnē. Tā kā atsaucīgs dizains rada pilnīgi šķidru izkārtojumu, tas vislabāk tiek izmantots projektiem, kuros jūs pārveidojat vietni no zemes uz augšu . Mēģinājums modernizēt esošo vietnes kodu, lai kļūtu par atsaucīgu, bieži vien ir šausmīgs cēls, jo jums vienkārši nav kontroles līmeņa, kas jums būtu, ja jūs izstrādātu šo kodu no jauna un ņemtu vērā atsaucīgu dizainu šī procesa ātrākos posmos. . Tas nozīmē, ka, pārveidojot vietni reaģēšanai, jūs esat spiests panākt kompromisu, lai paliktu tajā esošajā koda bāzē.

Ja jūs strādājat ar esošu fiksētās platības vietni, adaptīvā pieeja nozīmē, ka varat atstāt izmēru, kuru vietne ir veidota nekaitīgai, un vajadzības gadījumā pievienot papildu adaptīvos pārtraukuma punktus. Atsevišķos gadījumos, ja projekta budžets ir mazs un ja tajā paredzēts tikai neliels izstrādes darbs, varat izvēlēties pievienot jaunus adaptīvos pārtraukuma punktus mazākiem ekrāniem / mobilajiem centriem paredzētiem izmēriem. Tas nozīmē, ka jūs ļautu lielākiem ekrāniem visiem izmantot vienu un to pašu izkārtojumu - varbūt 960 pārtraukuma versiju, kas bija tā, ko sākotnēji bija paredzējusi šī vietne.

Pozitīvā pieeja adaptīvai pieejai ir tāda, ka jūs varat labāk izmantot esošās vietnes kodu, taču viena no nepilnībām ir tas, ka jūs izveidojat dažādas izkārtojuma veidnes katram pārtraukuma punktam, kuru vēlaties atbalstīt. Tas, kas ietekmēs darba apjomu, kas nepieciešams, lai izstrādātu un uzturētu šo risinājumu ilgtermiņā.

Dizaina kontrole

Viena no atsaucīgām vietnēm ir tā, ka to plūsma ļauj tām pielāgoties un atbalstīt visus ekrāna izmērus, nevis tikai iepriekš noteiktos pārtraukuma punktus, kas noteikti adaptīvā pieejā. Tomēr reālā situācija ir tāda, ka reaģējošās vietnes var izskatīties lieliski noteiktos galveno ekrāna izmēros (parasti tie izmēri, kas atbilst popularizētajām tirgū pieejamajām ierīcēm), bet vizuālais dizains bieži vien tiek sadalīts starp tautas rezolūcijām.

Piemēram, vietne var izskatīties lieliski 1400 pikseļu platā ekrāna izkārtojumā, vidējais ekrāna izmērs ir 960 pikseļi, un mazais ekrāns izskatās 480 pikseļi, bet kā par šo izmēru starpā esošajiem stāvokļiem? Kā dizainers jums ir maz kontrolēt šos starpmērķus, un lapas vizuālais izskats tādos izmēros bieži vien ir mazāks par ideālu.

Izmantojot pielāgojamu vietni, jums ir daudz vairāk dizaina kontroles par dažādiem izkārtojumiem, ko izmanto, jo tie ir fiksēti izmēri, pamatojoties uz jūsu noteiktajiem pārtraukuma punktiem. Šīs neveiklās starpvalstu situācijas vairs nav problēma, jo jūs rūpīgi izstrādājat katram "izskatu" (kas nozīmē katra pārtraukuma punkta displeju), kas tiks nogādāts apmeklētājiem.

Kā pievilcīgs, jo šis dizaina kontroles līmenis var izklausīties, jums jāapzinās, ka tas ir par cenu. Jā, jums ir pilnīga kontrole pār katra pārtraukuma punkta izskatu, bet tas nozīmē, ka jums ir jāiegulda projektēšanas laiks, kas nepieciešams, lai izstrādātu katru no šiem unikālajiem izkārtojumiem. Jo vairāk laika robežpunktu jūs izvēlaties, lai izstrādātu, jo vairāk laika jums būs jāpiešķir šim procesam.

Atbalsta platums

Gan atsaucīgs, gan pielāgojams tīmekļa dizains bauda diezgan spēcīgu atbalstu, jo īpaši mūsdienu pārlūkprogrammās.

Adaptīvām vietnēm ir nepieciešams vai nu servera puses komponenti, vai arī Javascript ekrāna izmēra noteikšanai. Acīmredzot, ja adaptīvai vietnei nepieciešams Javascript, tas nozīmē, ka pārlūkam ir jābūt iespējotam, lai šī vietne pareizi darbotos. Tas, iespējams, jums nav liela problēma, jo lielākajai daļai cilvēku pārlūkprogrammās ir Javascript, taču jebkurā laikā, kad vietnei ir kritiska atkarība no jebko, tas ir jāatzīmē.

Atbildīgas tīmekļa vietnes un multivides vaicājumi, kas tos iedarbina, labi darbosies visās mūsdienu pārlūkprogrammās. Vienīgās problēmas jums būs ar vecākajām Internet Explorer versijām, jo ​​8. un turpmākās versijas neatbalsta multivides vaicājumus . Lai to paveiktu , tiek bieži izmantots Javascript polifils , kas nozīmē, ka šeit pastāv arī atkarība no Javascript, vismaz attiecībā uz šīm novecojušajām IE versijām. Vēlreiz tas var būt par jums lielu problēmu, īpaši, ja jūsu vietnes analītika parāda, ka jūs nesaņemat daudz apmeklētāju, izmantojot šos vecākās pārlūkprogrammas versijas.

Nākotnes draudzīgums

Reaktīvu tīmekļa vietņu šķidruma būtība dod priekšrocības salīdzinājumā ar adaptīvām vietnēm, kad runa ir par draudzīgumu nākotnē. Tas ir tādēļ, ka šīs reaģējošās vietnes nav veidotas, lai pielāgotu tikai iepriekš noteiktu bremžu punktu kopu. Tās pielāgojas visiem ekrāniem , ieskaitot tos, kas pašreiz nav pieejami tirgū. Tas nozīmē, ka atsaucīgām vietnēm nebūs jābūt "fiksētām", ja jauna ekrāna izšķirtspēja pēkšņi kļūst populāra.

Aplūkojot neticami daudzveidīgo ierīču ainavu (no 2015. gada augusta tirgū bija vairāk nekā 24 000 atšķirīgu Android ierīču), vietne, kas vislabāk cenšas pielāgot šo plašu ekrānu klāstu, ir ārkārtīgi svarīga nākotnes draudzībai. Tas ir tādēļ, ka visticamāk, ka nākotnē šī ainava vairs nebūs tik daudzveidīga, kas nozīmē, ka konkrētu ekrānu vai izmēru projektēšana kļūs neiespējama, ja mēs vēl neesam sasnieguši šo realitāti.

Otrā šī salīdzināšanas scenārija pusē, ja vietne ir pielāgojama un tajā nav iekļauti jauni risinājumi, kas var kļūt svarīgi tirgū, tad jums var būt spiests pievienot šo pārtraukuma punktu savām vietnēm, kuras esat izveidojis. Tas projektiem un izstrādes laikam pievieno projektiem, un tas nozīmē, ka šīs adaptīvās vietnes ir pastāvīgi jāuzrauga, lai tirgū netiktu ieviesti jauni pārtraukšanas punkti, kas jāpievieno vietnei. Atkal, ņemot vērā to, ka ierīču daudzveidība ir tā, pastāvīgi jāpārbauda jauni izmēri un, iespējams, jālieto jauni slēgšanas punkti, ir nepārtraukts izaicinājums, kas ietekmēs darbu, kas jums ir nepieciešams, lai atbalstītu vietni, un šīs uzturēšanas izmaksas uzņēmums vai organizācija, kurai vietne ir paredzēta.

Veiktspēja

Atbildīgs web dizains jau sen tiek apsūdzēts (daudzos gadījumos negodīgi) par sliktu risinājumu no lejupielādes ātruma / veiktspējas viedokļa. Tas lielā mērā ir saistīts ar faktu, ka šīs pieejas sākumā daudzi tīmekļa izstrādātāji vienkārši pielīmēja maza ekrāna multivides vaicājumus uz vietnes esošo CSS. Tas piespieda lielākiem ekrāniem paredzētos attēlus un resursus piegādāt visās ierīcēs, pat ja šie mazāki ekrāni neizmantotu tos galīgajos izkārtojumos. Reaktīvs dizains ir noticis tālu no šīm dienām, un realitāte ir tāda, ka šodien kvalitatīvi reaģējošas vietnes nesaskaras ar veiktspējas problēmām.

Lēna lejupielādes ātrums un uzpūstas vietnes nav jutīga vietņu problēma - tā ir problēma, kuru var atrast visās tīmekļa vietnēs. Attēli, kas ir pārāk smagi, tiek pārraidīti no sociālajiem plašsaziņas līdzekļiem, pārlieku skripti un vairāk, un vietne tiek nosvērta, bet gan ātrās, gan ātri pielāgojamās vietnes var veidot kā ātru ielādi. Protams , tos var arī veidot tā, lai sniegums netiktu uzskatīts par prioritāti, bet tā nav paša risinājuma pazīme, bet drīzāk tās komandas atspoguļojums, kas bija iesaistīts pašas vietnes attīstībā.

Beyond Layout

Viens no vispievilcīgākajiem adaptīvā tīmekļa dizaina aspektiem ir tas, ka ne tikai kontrolē vietnes dizainu noteiktiem pārtraukuma punktiem, bet arī resursus, kas tiek piegādāti šīm vietņu versijām. Piemēram, tas nozīmē, ka tīklenes attēlus var nosūtīt tikai tīklenes ierīcēm, savukārt ekrāniem, kas nav tīklenes ekrāni, tiek iegūti piemēroti attēli, kuru izmērs ir mazāks. Citus vietņu resursus (Javascript failus, CSS stilus utt.) Var droši piegādāt tikai tad, ja tie ir nepieciešami un tiks izmantoti.

Šī adaptīvā tīmekļa dizaina izmantošana ir daudz plašāka nekā vienkāršs vienādojums: "ja jūs modernizējat tīmekļa vietni, adaptīvā var būt vieglāka pieeja lietošanai." Visās vietnēs, tostarp pilnīgās pārprojektēs, var gūt labumu no gudrākas pieejas pielāgotai pieredzei.

Šis scenārijs parāda šo "atsaucīgo pret adaptīvo" debašu niansētu raksturu. Lai gan ir taisnība, ka adaptīvā pieeja var būt labāk piemērota nekā vietnei pielāgota, tā var būt arī lielisks risinājums pilnīgai pārveidošanai. Tāpat dažos gadījumos reaģējošu pieeju var pievienot esošās vietnes koda bāzei, dodot tai visas priekšrocības, kas saistītas ar pilnībā atsaucīgu pieeju.

Kura pieeja ir labāka?

Kad runa ir par atsaucīgu un pielāgojamu tīmekļa dizainu, nav skaidra "uzvarētāja", lai arī reaģējoša ir noteikti populārāka pieeja. Patiesībā "labākā" pieeja ir atkarīga no konkrētā projekta vajadzībām. Turklāt tam nav jābūt "ne / vai" situācijai. Ir daudzi tīmekļa speciālisti, kuri veido būvlaukumus, kuros apvienota vislabākā reaģējošā tīmekļa dizains (šķidruma platums, turpmākais atbalsts) ar adaptīvā dizaina priekšrocībām (labāka projektēšanas kontrole, vietnes resursu gudra ielāde).

Šī pieeja, kas pazīstama kā RESS (reaģējošas Web dizains ar servera puses komponentiem), liecina, ka patiesībā nav "viena izmēra, kas piemērotu visiem risinājumiem". Gan jutīgajā tīmekļa dizains, gan pielāgojamie ir viņu stiprās puses un problēmas, tādēļ jums ir jānosaka, kurš no tiem vislabāk darbosies jūsu konkrētajā projektā vai arī ja hibrīds risinājums vislabāk atbilstu jūsu vajadzībām.