Kulinganisha mbinu mbili tofauti za Kubuni Mtandao wa Kifaa-Multi
Msikivu wa mtandao na shukrani ni njia zote za kuunda tovuti zenye urafiki za kifaa ambazo zinafanya kazi vizuri kwa ukubwa wa skrini mbalimbali. Wakati kubuni wa mtandao wa msikivu unapendekezwa na Google na inajulikana zaidi na njia hizi mbili, njia hizi zote za kubuni wavuti mbalimbali zina uwezo wao na udhaifu wao.
Hebu tuangalie tofauti kati ya kubuni ya mtandao ya msikivu na ya kuingilia, hasa kuzingatia maeneo haya muhimu:
- Urahisi wa maendeleo
- Kiwango cha udhibiti una juu ya kubuni
- Upana wa msaada wa kifaa / skrini
- Jinsi ya kirafiki ya ufumbuzi baadaye
- Kawaida ya kasi ya kupakua na utendaji wa tovuti
Baadhi ya ufafanuzi
Kabla ya kufikia kulinganisha kwetu kwa upande wa kubuni wa mtandao wa msikivu na wazima, hebu tufanye muda kutazama ufafanuzi wa ngazi ya juu ya mbinu hizi mbili.
Nje za msikivu zina mpangilio wa maji ambayo hubadilika na hubadilika bila kujali ukubwa wa skrini unatumiwa. Maswali ya vyombo vya habari yanawezesha maeneo ya msikivu hata kubadili "juu ya kuruka" ikiwa kivinjari kibadilishwa.
Ubunifu wa kutengeneza hutumia ukubwa uliowekwa kulingana na mapangilio ya mapema yaliyopangwa ili kutoa toleo la mpangilio sahihi zaidi kwa ukubwa wa skrini unaoonekana wakati ukurasa unapobeba.
Kwa ufafanuzi huo pana, hebu tugeuke kwenye maeneo yetu muhimu ya kuzingatia.
Urahisi wa Maendeleo
Tofauti kubwa zaidi kati ya kubuni ya mtandao ya msikivu na yenye ufanisi ni kwa njia ambazo ufumbuzi hizi hutumiwa kwenye tovuti. Kwa sababu mpango wa msikivu unaunda mpangilio wa maji kabisa, hutumiwa vizuri kwenye miradi ambako unasimamia tena tovuti kutoka chini . Kujaribu kurejesha msimbo wa tovuti uliopo kuwa msikivu mara nyingi ni jambo lenye kutisha kwa sababu huna kiwango cha udhibiti ambacho ungekuwa na ungekuwa ukitengeneza msimbo huo kutoka mwanzoni na kuchukua ufumbuzi wa msikivu katika akaunti kwa hatua za mwanzo za mchakato huo . Hii inamaanisha kwamba unapotengeneza tovuti kuwa msikivu, unalazimika kufanya maelewano ili uweze kukaa ndani ya codebase iliyopo.
Ikiwa unafanya kazi na tovuti iliyopo ya upana, mpangilio unaofaa unamaanisha kuacha ukubwa kwamba tovuti iliundwa kwa usahihi na kuongeza kwenye vipengee vya ziada vya kuingilia kama inahitajika. Katika baadhi ya matukio, kama bajeti ya mradi ni ndogo, na ikiwa itazingatia tu kiasi kidogo cha kazi ya maendeleo, unaweza kuchagua kuongeza tu vipengele vipya vya kupitishwa kwa ukubwa mdogo wa screen / simu ya kati. Hii ina maana kwamba ungependa kuruhusu skrini kubwa kwa wote kutumia mpangilio huo - labda 960 breakpoint version ambayo ilikuwa ni nini tovuti hiyo inawezekana awali iliyoundwa.
Mwelekeo wa mbinu ya kubadilisha ni kwamba unaweza kuboresha bora kificho cha tovuti kilichopo, lakini mojawapo ya kupungua ni kwamba unafanya templates tofauti za mpangilio kwa kila pembejeo unayochagua kuunga mkono. Hii ambayo itakuwa na athari kwenye mzigo wa kazi unahitajika kuendeleza na kudumisha ufumbuzi huu kwa muda mrefu.
Kudhibiti Uundaji
Mojawapo ya nguvu za tovuti za msikivu ni kwamba fluidity yao inawawezesha kukabiliana na kuunga mkono ukubwa wote wa skrini kinyume na mapangilio ya awali yaliyotanguliwa yaliyotambuliwa kwa njia inayofaa. Ukweli, hata hivyo, ni kwamba maeneo ya msikivu yanaweza kuonekana makubwa kwenye ukubwa maalum wa skrini (kawaida ukubwa unaohusiana na vifaa vinavyopatikana kwenye soko), lakini muundo wa visual mara nyingi hupungua kati ya maamuzi hayo maarufu.
Kwa mfano, tovuti inaweza kuonekana nzuri kwenye mpangilio wa skrini pana wa saizi 1400, ukubwa katikati ya skrini ya pixels 960, na skrini ndogo inaangalia saizi 480, lakini vipi kuhusu hali katikati ya ukubwa huu? Kama mpangilio, huna udhibiti mdogo juu ya ukubwa katikati ya ukubwa na kutazama kwa ukurasa unaoonekana kwenye ukubwa huo ni mara nyingi chini ya bora.
Kwa tovuti inayofaa, una udhibiti mwingi wa kubuni juu ya mipangilio mbalimbali inayotumiwa kwa sababu ni ukubwa wa fasta kulingana na mapumziko yako yaliyowekwa. Wale wasio na kati kati ya nchi hawana tatizo tena kwa sababu umetengeneza kwa makini kila "kuangalia" (maana ya maonyesho ya kila kuvunja) ambayo yatapelekwa kwa wageni.
Kama kuvutia kama ngazi hii ya udhibiti wa kubuni inaweza kuonekana, lazima ujue kwamba inakuja kwa bei. Ndiyo, una udhibiti kamili juu ya uangalizi wa kila kitu, lakini hiyo inamaanisha kuwekeza wakati wa kubuni unahitajika kuunda kwa kila moja ya mipangilio ya kipekee. Vipengele zaidi unavyochagua kuunda, wakati unahitaji zaidi kutumia katika mchakato huo.
Upana wa Msaada
Mchoro wa mtandao wa msikivu na wa ufanisi hufurahia usaidizi mzuri sana, hasa katika vivinjari vya kisasa.
Nje zinazofaa zinahitaji vipengele vya upande wa seva au Javascript kwa upeo wa ukubwa wa skrini. Kwa wazi, ikiwa tovuti ya adaptive inahitaji Javascript, inamaanisha kuwa kivinjari inahitaji kuwa na kuwezeshwa ili tovuti hiyo itafanya kazi kwa usahihi. Hiyo inaweza kuwa si wasiwasi mkubwa kwako tangu watu wengi watakuwa na Javascript katika vivinjari vyao, lakini wakati wowote wavuti ina utegemezi muhimu juu ya chochote, ni lazima ieleweke.
Tovuti ya shukrani na maswali ya vyombo vya habari ambayo yanawawezesha kufanya kazi vizuri katika vivinjari vyote vya kisasa. Matatizo tu ambayo utakuwa na matoleo ya zamani kabisa ya Internet Explorer tangu toleo la 8 na chini sio kusaidia maswali ya vyombo vya habari . Kufanya kazi kuzunguka hili , Javascript polyfill mara nyingi hutumiwa , ambayo ina maana kuna utegemezi kwenye Javascript hapa pia, angalau kwa matoleo hayo ya zamani ya IE. Tena, hii haiwezi kuwa na wasiwasi mkubwa kwako, hasa ikiwa uchambuzi wako wa tovuti unaonyesha kuwa hupokea wageni wengi kutumia matoleo hayo ya kivinjari.
Utunzaji wa baadaye
Asili ya maji ya tovuti ya msikivu huwapa faida juu ya maeneo yanayotumiwa wakati unapokuja urafiki wa baadaye. Hii ni kwa sababu maeneo hayo ya msikivu haijatengenezwa ili kubeba seti ya awali ya mapumziko. Wanakabiliana na kupatana na skrini zote , ikiwa ni pamoja na wale ambao huenda hawana soko leo. Hii ina maana kuwa maeneo ya msikivu hayatakiwi kuwa "fasta" ikiwa azimio jipya la ghafla linakuwa maarufu.
Kuangalia aina ya ajabu katika mazingira ya kifaa (kama ya Agosti 2015, kulikuwa na vifaa vya Android vyenye tofauti zaidi ya 24,000 kwenye soko), kuwa na tovuti ambayo inafanya kazi nzuri kwa kuzingatia skrini hizi mbalimbali ni muhimu sana kwa urafiki wa baadaye. Hii ni kwa sababu mazingira hayatakuwa na tofauti yoyote katika siku zijazo, ambayo inamaanisha kuwa kubuni kwa skrini maalum au ukubwa hautawezekani, ikiwa hatujafikia ukweli huo.
Kwa upande mwingine wa hali hii ya kulinganisha, ikiwa tovuti inafaa na haipati maazimio mapya ambayo yanaweza kuwa muhimu kwenye soko, basi unaweza kulazimika kuongeza kifungo hiki kwenye tovuti ulizoziunda. Hii inaongeza muda wa kubuni na maendeleo kwenye miradi na inamaanisha kuwa maeneo hayo yanayotumiwa yanapaswa kufuatiliwa mara kwa mara ili kuhakikisha kuwa hakuna vipengee vipya vilivyowekwa katika soko ambalo lazima liongezwe kwenye tovuti. Tena, pamoja na tofauti ya kifaa kuwa ni nini, kuzingatia mara kwa mara ukubwa mpya na iwezekanavyo kuwatunza kwa mapumziko mapya ni changamoto inayoendelea ambayo itakuwa na athari juu ya kazi unapaswa kusaidia tovuti na gharama ya matengenezo ya kampuni au shirika ambalo tovuti hiyo ni.
Utendaji
Muundo wa wavuti wa shukrani umeshutumiwa (kwa hakika katika hali nyingi) kuwa suluhisho maskini kutokana na kasi ya kupakua / utendaji. Hii ni kwa sababu ya ukweli kwamba katika siku za mwanzo za mbinu hii, wabunifu wengi wa wavuti walipata tu maswali madogo ya vyombo vya habari kwenye tovuti ya CSS iliyopo. Hii ililazimisha picha na rasilimali zilizolengwa kwa skrini kubwa za kutolewa kwenye vifaa vyote, hata ikiwa skrini hizo ndogo hazizitumia katika mipangilio yao ya mwisho. Mpangilio wa shukrani umekuja kwa muda mrefu tangu siku hizo na ukweli ni kwamba maeneo ya msikivu wa kisasa hayana matatizo ya utendaji.
Kupunguza kwa kasi kasi na tovuti zilizozuiwa sio tatizo la tovuti ya msikivu - ni tatizo linaloweza kupatikana kwenye tovuti zote. Picha ambazo ni nzito sana, zinafaidika na vyombo vya habari vya kijamii, scripts nyingi na zaidi na kupima tovuti chini, lakini tovuti zote za msikivu na zenye uwezo zinaweza kujengwa ili iweze kupakia. Bila shaka , wanaweza pia kujengwa kwa njia ambayo haifanyi utendaji kuwa kipaumbele, lakini hii sio sifa ya suluhisho yenyewe, lakini badala ya timu inayohusika katika maendeleo ya tovuti yenyewe.
Zaidi ya Mpangilio
Mojawapo ya vipengele vya kulazimisha zaidi ya kubuni ya mtandao unaofaa ni kwamba huna udhibiti tu wa kubuni wa tovuti kwa kuweka vipengee vya kuweka, lakini pia rasilimali zinazotolewa kwa matoleo ya tovuti hizo. Kwa mfano, hii ina maana kwamba picha za retina zinaweza kutumwa tu kwa vifaa vya retina, wakati skrini zisizo za retina zinapata picha zinazofaa zaidi ambazo ni ndogo katika ukubwa wa faili. Vyanzo vingine vya tovuti (faili za Javascript, mitindo ya CSS, nk) zinaweza kutolewa kwa urahisi tu wakati zinahitajika na zitatumika.
Matumizi haya ya kubuni ya mtandao yanayotengeneza huenda mbali zaidi ya usawa rahisi wa "ikiwa unajumuisha tovuti, kubadilisha inaweza kuwa mbinu rahisi kutumia." Maeneo yote, ikiwa ni pamoja na upyaji kamili, yanaweza kufaidika kwa njia nzuri ya uzoefu zaidi.
Hali hii inaonyesha hali ya ufanisi ya mjadala huu "wa msikivu dhidi ya adaptive". Ingawa ni kweli kwamba mbinu inayofaa inaweza kuwa bora zaidi kuliko msikivu wa retrofits tovuti, inaweza pia kuwa suluhisho kubwa kwa upya upya kamili. Vivyo hivyo, wakati mwingine njia ya msikivu inaweza kuongezwa kwenye msingi wa kificho wa tovuti, na kutoa tovuti hiyo manufaa ya njia kamili ya msikivu.
Ni Njia ipi iliyo bora?
Linapokuja suala la msikivu dhidi ya muundo wa mtandao unaofaa, hakuna "mshindi" wazi, ingawa msikivu ni njia inayojulikana zaidi. Kweli, mbinu bora zaidi inategemea mahitaji ya mradi maalum. Zaidi ya hayo, hii haina haja ya kuwa "aidha / au" hali. Kuna wataalamu wengi wa wavuti wanaojenga maeneo ambayo yanachanganya bora ya kubuni mtandao wa mtandao (upana wa maji, msaada wa siku zijazo) na uwezo wa kubuni adaptive (udhibiti bora wa kubuni, upakiaji bora wa rasilimali za tovuti).
Inajulikana kama RESS (Msikivu wa Wavuti wa Mtandao na Vipengele vya Side Side Server), mbinu hii inaonyesha kuwa hakuna "ukubwa mmoja unaofaa suluhisho zote." Wote wa kubuni wavuti na ufanisi wana uwezo na changamoto zao, kwa hivyo unahitaji kutambua moja itafanya kazi bora kwa mradi wako maalum, au kama ufumbuzi wa mseto unaweza kukufanyia vizuri zaidi.