La Diferencoj Inter Respondema kaj Adapta Retejo Dezajno

Komparante Du Malsamajn Alproksimiĝojn al Multi-Aparato Retejo-Dezajno

Respondema kaj adapta retejo-dezajno estas ambaŭ metodoj por krei plur-aparatajn amikajn retejojn, kiuj funkcias bone en diversaj ekranaj grandecoj. Dum respondema retejo estas rekomendata de Google kaj estas la plej populara de la du aliroj, ambaŭ el ĉi tiuj metodoj por mult-aparatoj de dezajno retejo havas siajn fortojn kaj iliajn malfortojn.

Ni rigardu la diferencojn inter respondema kaj adapta retejo dezajno, specife enfokusigante ĉi tiujn ŝlosilojn:

Iuj Difinoj

Antaŭ ol ni atingu niajn flankajn komparojn de respondemaj kaj adaptaj ttt-dezajno, ni prenu momenton por rigardi altnivelan difinon de ĉi tiuj du aliroj.

Respondaj retejoj havas fluidan aranĝon, kiu ŝanĝiĝas kaj adaptas, ĉu la grandeco de la ekrano estas uzata. Amaskomunikilaj demandoj permesas respondemajn ejojn eĉ ŝanĝi "sur la muŝo" se la retumilo ŝanĝiĝas.

Adapta dezajno uzas fiksan grandecojn bazitan sur antaŭdifinitaj rompunktoj por liveri la plej taŭgan aranĝan version por la ekrana grandeco, kiu estas detektita kiam la paĝo unue ŝarĝas.

Kun tiuj larĝaj difinoj en la loko, ni turniĝu al niaj kernaj areoj de fokuso.

Facileco de Disvolviĝo

La plej grava diferenco inter respondema kaj adapta retejo dezajno estas kiel la solvoj aplikiĝas al retejo. Ĉar respondema dezajno kreas tute fluida aranĝo, ĝi estas plej bone uzita en projektoj, kie vi rediseñigas la retejon de la tero . Provante rekompenci la ekzistantan kodon de la retejo por reveni respondema estas ofte maltrankvila afero ĉar vi simple ne havas la nivelon de kontrolo, kiun vi havus, se vi disvolvus tiun kodon de nulo kaj prenante respondema dezajno en la koncernon por la plej fruaj etapoj de tiu procezo . Ĉi tio signifas, ke kiam vi rekomendas lokon por esti respondema, vi devigas fari kompromitojn por resti ene de tiu ekzistanta kodkodaĵo.

Se vi laboras kun ekzistanta fiksa larĝa retejo, adapta aliro signifas, ke vi povas lasi la grandecon, ke la retejo estis desegnita por nerompita kaj aldoni aldonajn adaptajn punktojn kiel necese. En iuj kazoj, se la buĝeto de projekto estas malgranda, kaj se ĝi nur akomodos malgrandan kvanton de disvolviĝo, vi povas elekti nur aldoni novajn adaptajn punktojn por pli malgrandaj ekrano / moveblaj-centraj grandecoj. Ĉi tio signifas, ke vi permesos pli grandajn ekranojn, ke ĉiuj uzos la saman aranĝon - eble 960 pakaĵpunkto, kio estis, laŭ kiu origine desegnita por tiu retejo.

La almozo al adapta aliro estas, ke vi povas pli bone plibonigi kodon de ekzistanta retejo, sed unu el la malaltiĝoj estas, ke vi kreas malsamajn aranĝajn ŝablonojn por ĉiu rompita punkto kiun vi elektas por subteni. Ĉi tio, kiu havos efikon sur la ŝarĝaj bezonoj por disvolvi kaj subteni ĉi tiun solvon longtempe.

Dezajno Kontrolo

Unu el la fortoj de respondemaj retejoj estas, ke ilia flueco permesas al ili adapti kaj subteni ĉiujn ekranajn grandecojn kontraŭe al nur la antaŭordigitaj rompunktoj determinitaj en adapta aliro. Tamen, la realaĵo estas, ke respondemaj retejoj aspektas bonegaj ĉe iuj ŝlosilaj ekranecaj grandecoj (ĝenerale grandecoj, kiuj respondas al popularaj aparatoj haveblaj sur la merkato), sed la vida dezajno ofte disiĝas inter tiuj popularaj rezolucioj.

Ekzemple, ejo eble aspektas bonege ĉe la larĝa ekrano aranĝo de 1400 rastrumeroj, la mez-ekrana grandeco de 960 rastrumeroj, kaj la malgranda ekrano rigardas 480 rastrumerojn, sed kio pri la interstatoj de ĉi tiuj grandecoj? Kiel diseñador, vi havas malmultan kontrolon super ĉi tiuj interne grandecoj kaj la vida aspekto de la paĝo ĉe tiuj grandecoj ofte estas malpli ol ideala.

Kun adapta retejo, vi havas multe pli dezajnan kontrolon super la diversaj planoj uzataj ĉar ili estas fiksa grandecoj bazitaj sur viaj establitaj punktoj. Tiuj senŝanĝaj interŝtatoj ne plu estas problemo ĉar vi zorgeme desegnis ĉiun "aspekton" (kiu signifas ĉiun vidpunkton), kiu estos transdonita al vizitantoj.

Kiel alloga kiel ĉi tiu nivelo de dezajno kontrolo povas soni, vi devas konscii, ke ĝi venas al prezo. Jes, vi havas plenan kontrolon super la aspekto de ĉiu punkto, sed tio signifas, ke vi devas renversi la dezajnan tempon bezonatan por desegni por ĉiu el tiuj unikaj layouts. La pli da punktoj kiujn vi elektas por desegni, pli tempo vi devos elspezi en tiu procezo.

Ampleksa Subteno

Ambaŭ respondema kaj adapta retejo dezajno ĝuas sufiĉe fortikan subtenon, precipe en modernaj foliumiloj.

Adaptivaj retejoj postulas ĉu servilflankaj komponantoj aŭ Javascript por ekrano-grandega detekto. Evidente, se adapta retejo bezonas Javaskripton, ĝi signifas, ke retumilo bezonas ĝin ebligi por ke tiu retejo funkciu ĝuste. Tio eble ne gravas por vi, ĉar la plimulto de homoj havos Javaskripton en siaj retumiloj, sed iam ajn iu retejo havas kritikan dependecon pri io ajn, ĝi devas esti notita.

Respondaj retejoj kaj la amaskomunikaj demandoj, kiuj potencos ilin funkcios bone en ĉiuj modernaj foliumiloj. La solaj problemoj, kiujn vi havos, estas kun la plej malnovaj versioj de Interreto Explorer, ĉar la versioj 8 kaj sube ne subtenas komunikajn demandojn . Por funkcii ĉi tion , Javascript-polilo estas ofte uzita , kio signifas ankaŭ ekzistas dependeco de Javascript ĉi tie, almenaŭ por tiuj antikvaj versioj de IE. Denove, ĉi tio eble ne multe zorgas pri vi, precipe se via retejo-analitiko montras, ke vi ne ricevas multajn vizitantojn per tiuj pli malnovaj retumilaj versioj.

Estonta Amikeco

La flua naturo de respondemaj retejoj donas al ili avantaĝon super adaptaj lokoj kiam temas pri estonta amikeco. Ĉi tio estas ĉar tiuj respondemaj ejoj ne estas konstruitaj por gastigi nur antaŭe establitan aron de rompoj. Ili adaptiĝas por persvadi ĉiujn ekranojn , inkluzive de tiuj, kiuj eble ne vere estas en la merkato hodiaŭ. Ĉi tio signifas, ke respondemaj retejoj ne bezonos esti "fiksitaj" se nova ekrano-rezolucio subite fariĝas populara.

Rigardante la nekredeblan varion en la aparato-pejzaĝo (ekde aŭgusto 2015, estis pli ol 24,000 distingaj Android-aparatoj en la merkato), havante lokon, kiu faras sian plej bonan akomodi ĉi tiun ampleksan gamon de ekranoj, estas grave grava por estonta amikeco. Ĉi tio estas, ĉar tiu pejzaĝo estas neprobabla atingi iun malpli diversan en la estonteco, kio signifas ke desegni por specifaj ekranoj aŭ grandecoj fariĝos neebla, se ni ne atingis tiun realon.

Aliflanke de ĉi tiu komparo-scenejo, se retejo estas adaptema kaj ĝi ne akceptas novajn rezoluciojn, kiuj eble gravas en la merkato, tiam vi devos aldoni tiun punktopunkton al la lokoj, kiujn vi kreis. Ĉi tio aldonas projektojn kaj evoluajn tempon al projektoj kaj signifas, ke tiuj adaptaj ejoj devas esti konstante kontrolataj por certigi, ke novaj novaj punktoj enkondukis en la merkaton, kiuj devas esti aldonitaj al la retejo. Denove, kun la diverseco de la aparato, kio estas, devante konstante kontroli novajn grandecojn kaj ebla akomodi ilin per novaj punktoj estas daŭra defio, kiu influos la laboron, kiun vi devas subteni al la retejo kaj la koston de tiu bontenado por la kompanio aŭ organizo por kiu la retejo estas.

Elfaro

Respondema retejo dezajno estis longe akuzita (maljuste do en multaj kazoj) de esti malriĉa solvo de elŝuta rapido / rendimento-vidpunkto. Ĉi tio estas plejparte pro la fakto, ke en la fruaj tagoj de ĉi tiu aliro, multaj retejo-projektantoj simple traktis malgrandajn ekranajn demandojn pri la ekzistanta CSS retejo. Ĉi tio devigis la bildojn kaj rimedojn celitajn por pli grandaj ekranoj esti transdonitaj al ĉiuj aparatoj, eĉ se tiuj pli malgrandaj ekranoj ne uzis ilin en iliaj finaĵoj. Respondema dezajno venis longan vojon ekde tiuj tagoj kaj la realeco estas, ke kvalito respondemaj ejoj hodiaŭ ne suferas pro agado-problemoj.

Malrapidaj malŝarĝoj kaj malplenaj retejoj ne respondas retejo-problemo - ĝi estas problemo, kiu troviĝas en ĉiuj retejoj. Bildoj tro pezaj, nutras de sociaj amaskomunikiloj, troaj skriptoj kaj pli kaj pezas retejon, sed ambaŭ respondaj kaj adaptaj retejoj povas esti konstruitaj por esti rapida. Kompreneble , ili ankaŭ povas esti konstruitaj laŭ maniero, kiu ne faras prioritaton, sed ĉi tio ne estas trajto de la solvo mem, sed prefere reflekto de la teamo, kiu okupiĝis pri la disvolviĝo de la propra ejo.

Pli tie Aranĝo

Unu el la plej konvinkaj aspektoj de adapta dezajno retejo estas, ke vi ne nur havas kontrolon pri la dezajno de la retejo por agordoj, sed ankaŭ la rimedojn transdonitajn por tiuj retejaj versioj. Ekzemple, tio signifas, ke retino bildoj povas esti senditaj nur al retino-aparatoj, dum ne-retina ekranoj ricevas pli taŭgajn bildojn, kiuj estas pli malgrandaj en grandeco de dosieroj. Aliaj retejaj rimedoj (Javascript-dosieroj, CSS-stiloj, ktp) povas esti saĝe transdonitaj nur kiam ili bezonas kaj estos uzataj.

Ĉi tiu uzo de adapta dezajno retejo iras multe pli ol la simpla ekvacio de "se vi retrofitas retejon, adaptaĵo povas esti pli facila aliro al uzo". Ĉiuj retejoj, inkluzive de kompletaj rediseñoj, povas profiti de pli inteligenta aliro al pli adaptita sperto.

Ĉi tiu scenejo montras la nuancan naturon de ĉi tiu "respondema kontraŭ adapta" debato. Se bone estas certa, ke adapta aliro povus esti pli taŭga ol respondema por retprogramoj de retejo, ĝi ankaŭ povas esti granda solvo por plenaj redisektoj. Simile, en iuj kazoj respondema aliro povas esti aldonita al ekzistanta kodo-bazo de ekzistanta retejo, donante ĉi tiun retejon ĉiujn profitojn de plene respondema alproksimiĝo.

Kiu proksimiĝo estas pli bona?

Kiam ĝi venas al respondema kontraŭ adapta retejo, ne estas klara "gajninto", kvankam respondema certe estas pli populara aliro. Fakte, la "pli bona" ​​aliro dependas de la bezonoj de specifa projekto. Krome, ĉi tio ne bezonas esti "aŭ / aŭ" situacio. Estas multaj profesiaj retejo, kiuj konstruas ejojn, kiuj kombinas la plej bonan respondeman dezajnon de la retejo (fluaj anchuraĵoj, estonta subteno) kun la fortoj de adapta dezajno (pli bona kontrolo de dezajno, inteligenta ŝarĝo de retejaj rimedoj).

Komune konata kiel RESS (Respondema Retejo-Desegno kun Servilaj Flankaj Komponantoj), ĉi tiu aliro montras, ke vere ne estas "unu grandeco konvenas ĉiun solvon." Ambaŭ respondemaj dezajnoj kaj adaptiloj havas siajn fortojn kaj defiojn, do vi devas determini kiun unu funkcios plej bone por via specifa projekto, aŭ se hibida solvo efektive konvenas al vi plej bone.