Nilalaman
- Punto ng kabiguan
- (Mapang-uyam) Oo!
- Offline-una, una
- Hangga't ito ay tapos na nang maayos
- Pag-andar bago ang mga tampok
- Kapangyarihan at responsibilidad
- Mayroon bang talagang kailangan ng JavaScript?
Bumalik sa 2016, si Nolan Lawson ay nag-apoy ng isang maliit na kontrobersya sa web nang, sa isang pag-uusap sa Fronteers Conference sa Amsterdam, iminungkahi niya na okay lang na bumuo ng isang website na hindi gagana nang walang JavaScript, at pagkatapos ay sumunod sa isang post sa blog sa kung saan pinatunayan niya na ang makitid na interpretasyon ng progresibong pagpapahusay - magsimula sa HTML, pagkatapos ay magdagdag ng CSS, pagkatapos ay magdagdag ng JavaScript - ay hindi talaga magkaroon ng maraming kahulugan.
Kaya, dahil sa halos lahat ng tao ay may isang browser na pinagana ng JavaScript kung ano ang pagkakaroon nito ng 2018 at lahat, okay lang na bumuo ng mga site na hindi gagana nang wala ito? Tinanong namin ang aming panel ng mga eksperto.
Punto ng kabiguan
Ang consultant na frontend ng arkitekto na si Harry Roberts ay diretso sa puntong ito: "Sa isang salita: Hindi. Sa maraming mga salita: Ang buong JS apps ay mahusay na ibinigay na a) Mayroon silang unang render sa server, at b) Binibigyan nila ako ng ilang nilalaman kung iyon Nabigong mai-load ang JS. Hindi gaanong tungkol sa pagkakaroon ng JS, at higit pa tungkol sa hindi pagtitiwala sa mga flaky na koneksyon sa network sa paghahatid ng aming buong app sa isang pag-block sa pag-render. Iyon ang problema. Huwag gawing JS ang solong punto ng kabiguan ng iyong app. "
(Mapang-uyam) Oo!
"Hangga't maayos ka sa site na ganap na nabigo dahil ang browser ay masyadong luma, o masyadong bago, o ang bandwidth ng gumagamit ay masyadong napigilan, o ang mga hiccup ng server, o ang isang patakaran sa seguridad ng isang firewall ay hinaharangan ito, o ang isang pagtitiwala ay napupunta sa tabi , o hindi mo sinasadyang mahulog ang isang titikting titik sa isang lugar, kung gayon sigurado, "sabi ng consultant at may-akdang si Eric Meyer," OK lang. Ang itinatayo mo ay hindi magiging bahagi ng pagpapatuloy ng web, at ito ay magiging marupok, ngunit iyan ang pagpipilian kayang gumawa. "
Offline-una, una
Lahat ng ito ay isang bagay na dapat unahin, sabi ng lalaking nagpasimula ng debate sa una, si Nolan Lawson. "Ang katanungang dapat nating itanong sa ating sarili ay hindi kung gaano kahusay gumana ang aming mga site nang walang JS, ngunit kung gaano kahusay ang mga ito sa ilalim ng mahirap o wala sa mga kondisyon ng network," iminungkahi niya. "Ang mga alalahanin na ito ay madalas na magkakaugnay, ngunit hindi magkapareho. Taun-taon ang mga smartphone ay kumakatawan sa isang pagtaas ng bahagi ng trapiko sa web, ngunit hindi naabutan ang mga mobile network.
- 23 mga hakbang sa perpektong layout ng website
"Kaya offline-una - ang paggamot sa network bilang isang pagpapahusay sa mga tool ng JS tulad ng Service Worker at IndexedDB - ay naging bagong pamantayan para sa pagbuo ng mabilis, nababanat na mga website. Posibleng gawin ang parehong tradisyunal na progresibong pagpapahusay at offline-una, ngunit hindi madali. Dapat nating unahin ang offline-una kaysa sa mga works-without-JS. "
Hangga't ito ay tapos na nang maayos
Para sa taga-disenyo ng web at developer na si Lea Verou marahil ayos lang, na may mga pagpapareserba. "Para sa mga web app (hal. Google Docs), ito ay isang malakas na 'Oo'," sabi niya, "dahil ang kanilang pag-andar ay hindi maaaring kopyahin nang walang JavaScript. Para sa mga website na batay sa nilalaman, medyo mahirap itong gawin. Oo naman, maliban sa ilang mga kakatwa walang sinumang hindi pinagana ang JS, at posible na teknikal na gumawa ng isang naa-access, magaan na site na nakasalalay sa JS. Gayundin, kung mayroong error sa JS kahit saan, masira ang nilalaman, na isang kakila-kilabot na karanasan (hindi pinagtutuunan ang lahat ng mga file ng JS ay nakakatulong na maibsan ito Medyo). Kaya, hulaan ko ang aking sagot ay, oo kung nagawa talaga nang mabuti; hindi kung hindi man. "
Pag-andar bago ang mga tampok
"Ang pangunahing pagpapaandar ng anumang serbisyo sa web ay dapat na magagamit sa pinakamalawak na bilang ng mga tao," sabi ni Jeremy Keith. "Ang pinakamahusay na paraan upang matiyak na ito ay ang paggamit ng pinakasimpleng posibleng teknolohiya para sa pangunahing pag-andar na iyon. Ngunit kapag nakuha mo na iyan sa lugar, maaari kang mabaliw sa JavaScript ... kasama na ang pagdaragdag ng higit pang pag-andar na nangangailangan ng JavaScript upang gumana. I Naalala ko kung ano ang sinabi ni Mat Marquis nang nagtatrabaho sa site ng Boston Globe: 'Maraming mga cool na tampok sa site ang hindi gagana kapag nag-break ang JavaScript; ang' pagbabasa ng balita 'ay hindi isa sa kanila.' "
Kapangyarihan at responsibilidad
Iminungkahi ng developer ng ebanghelista na si Christian Heilmann na ang tanong ay hindi tungkol sa JavaScript, higit pa ito sa responsibilidad at kapangyarihan. "Maaari kang lumikha ng isang solusyon na naghahatid ng pinakamahalagang kaso ng paggamit gamit ang HTML at CSS at mapahusay sa JavaScript. Gayunpaman, ito ay maaaring maging napaka-basic at hindi kung ano ang inaasahan ng mga tao sa ngayon.
"Kung umaasa ka sa JavaScript mayroon kang buong kontrol, ngunit buong responsibilidad din sa paghahatid at paghawak ng error. Ang mga problema tulad ng malambot na koneksyon ay hindi malulutas nang walang JavaScript. Ang aming trabaho sa web ay lumikha ng mga karanasan na magagamit at mahusay para sa gamitin. Ginagawa namin ito sa pamamagitan ng paggamit ng lahat ng aming mga tool nang responsable. "
Mayroon bang talagang kailangan ng JavaScript?
"Maaaring mangailangan ang iyong proyekto ng JavaScript sa panig ng kliyente," sabi ni Aaron Gustafson, may-akda ng Adaptive Web Design, "Hindi ako magtaltalan. Karamihan ay maaaring makinabang mula sa panig ng client na JavaScript upang mapagbuti ang karanasan ng gumagamit (kasama ang pagbibigay ng mahusay offline na karanasan), ngunit ang paglikha ng isang karanasan na nakikinabang mula sa panig ng client na JavaScript ay hindi pareho sa paglikha ng isa na nangangailangan nito. Ito ay isang mahalagang pagkakaiba na madalas na napapansin. "
Kaganapan sa disenyo ng webbumuo ng Londonbabalik sa 19-21 Setyembre 2018, na nag-aalok ng isang naka-pack na iskedyul ng mga nagsasalita ng nangunguna sa industriya, isang buong araw ng mga pagawaan at mahalagang pagkakataon sa networking - huwag palampasin ito.Kunin ang iyong tiket sa pagbuo ngayon.
