Harga kerangka JavaScript

Teu aya deui jalan anu langkung gancang pikeun ngalambatkeun halaman wéb (henteu aya anu dimaksudkeun) tibatan ngajalankeun sakumpulan kode JavaScript dina éta. Nalika nganggo JavaScript, anjeun kedah mayar éta dina pagelaran proyék sahenteuna opat kali. Ieu naon kode JavaScript situs ngamuat sistem pangguna:

  • Ngunggah file ngaliwatan jaringan.
  • Parsing jeung compiling kodeu sumber unpacked sanggeus diundeur.
  • Ngaéksekusi kode JavaScript.
  • Konsumsi mémori.

Kombinasi ieu tétéla mahal pisan.

Harga kerangka JavaScript

Sarta kami kaasup beuki loba kode JS dina proyék urang. Nalika organisasi nuju ka situs anu dikuatkeun ku kerangka sareng perpustakaan sapertos React, Vue sareng anu sanésna, kami ngajantenkeun fungsionalitas inti situs gumantung pisan kana JavaScript.

Kuring geus katempo loba jaba beurat pisan maké frameworks JavaScript. Tapi visi kuring ngeunaan masalah ieu niatna bias. Kanyataanna nyaéta perusahaan anu kuring damel sareng sumping ka kuring kusabab aranjeunna gaduh masalah kinerja halaman wéb anu rumit. Hasilna, kuring jadi panasaran uninga kumaha nyebar masalah ieu, sarta naon "denda" urang mayar lamun urang milih hiji atawa kerangka sejen salaku dadasar pikeun situs tangtu.

Proyék ieu ngabantosan kuring terang ieu. HTTP Arsip.

data

Proyék Arsip HTTP ngalacak jumlahna aya 4308655 tautan ka situs desktop biasa sareng 5484239 tautan ka situs mobile. Diantara seueur indikator anu aya hubunganana sareng tautan ieu mangrupikeun daptar téknologi anu aya dina situs anu saluyu. Ieu ngandung harti yén urang tiasa sampel rébuan situs anu ngagunakeun frameworks béda jeung perpustakaan sarta diajar sabaraha kode aranjeunna ngirimkeun ka klien tur sabaraha beban kode nempatkeun dina sistem pamaké.

Kuring ngumpulkeun data ti Maret 2020, anu mangrupikeun data pangénggalna anu kuring aksés.

Kuring mutuskeun pikeun ngabandingkeun data Arsip HTTP aggregated pikeun sakabéh situs kalawan data pikeun situs kapanggih ngagunakeun meta, Vue, sarta sudut, sanajan kuring dianggap ngagunakeun bahan sumber séjén ogé.

Jang ngalampahkeun eta leuwih metot, Kuring ogé ditambahkeun situs anu ngagunakeun jQuery ka sumber data set. perpustakaan ieu masih pohara populér. Éta ogé ngenalkeun pendekatan kana pamekaran halaman wéb anu béda sareng modél Single Page Application (SPA) anu ditawarkeun ku React, Vue sareng Angular.

Tumbu dina Arsip HTTP ngalambangkeun situs nu geus kapanggih ngagunakeun téknologi dipikaresep ku urang

Kerangka atanapi perpustakaan
Tumbu ka situs mobile
Tumbu ka loka biasa

jQuery
4615474
3714643

mere tanggapan
489827
241023

Vue
85649
43691

sudut
19423
18088

Harepan jeung impian

Sateuacan urang teraskeun kana nganalisa data, kuring hoyong ngobrol ngeunaan naon anu kuring ngarepkeun.

Kuring yakin yén dina dunya idéal, frameworks bakal balik saluareun minuhan kaperluan pamekar jeung nyadiakeun sababaraha kauntungan beton ka pamaké sapopoé tina situs urang. Produktivitas ngan ukur salah sahiji kauntungan éta. Aksesibilitas sareng kaamanan ogé sumping ka pikiran di dieu. Tapi ieu téh ngan hal pangpentingna.

Janten, dina dunya anu idéal, sababaraha jinis kerangka kedah ngagampangkeun ngadamel halaman wéb anu berprestasi tinggi. Ieu kedah dilakukeun boh kusabab kanyataan yén kerangka masihan pamekar dasar anu santun pikeun ngawangun proyék, atanapi kusabab kanyataan yén éta maksakeun larangan pikeun pangwangunan, nyayogikeun syarat-syarat pikeun éta anu matak hésé pikeun ngembangkeun hiji hal. nu tétéla lalaunan.

The frameworks pangalusna kedah ngalakukeun duanana: nyadiakeun dasar alus, sarta maksakeun larangan dina karya nu ngidinan Anjeun pikeun ngahontal hasil santun.

Nganalisis nilai median data moal masihan urang inpormasi anu urang peryogikeun. Jeung, kanyataanna, pendekatan ieu daun saluareun perhatian urang loba hal penting. Gantina, kuring diturunkeun skor persentil tina data kuring kungsi. Ieu mangrupikeun 10, 25, 50 (median), 75, 90 persentil.

Abdi hususna kabetot dina persentil ka-10 sareng ka-90. Persentil ka-10 ngagambarkeun kinerja pangalusna (atawa sahanteuna leuwih atawa kurang deukeut jeung pangalusna) pikeun kerangka husus. Dina basa sejen, ieu ngandung harti yén ngan 10% tina situs ngagunakeun kerangka husus ngahontal tingkat ieu, atawa tingkat nu leuwih luhur. Persentil ka-90, di sisi anu sanés, mangrupikeun sisi sanés koin - éta nunjukkeun ka urang kumaha hal-hal anu goréng. Persentil ka-90 nyaéta situs labuh-éta 10% terakhir tina situs anu gaduh jumlah kode JS panggedéna atanapi waktos pangpanjangna anu diperyogikeun pikeun ngolah kodena dina utas utama.

Jilid kode JavaScript

Pikeun mimitian ku, éta masuk akal pikeun nganalisis ukuran kode JavaScript anu dikirimkeun ku situs anu béda dina jaringan.

Jumlah kode JavaScript (KB) ditransfer ka alat nu bagerak

Persentil
10
25
50
75
90

Sadaya situs
93.4 
196.6 
413.5 
746.8 
1201.6 

situs jQuery
110.3 
219.8 
430.4 
748.6 
1162.3 

situs web Vue
244.7 
409.3 
692.1 
1065.5 
1570.7 

situs web sudut
445.1 
675.6 
1066.4 
1761.5 
2893.2 

situs web meta
345.8 
441.6 
690.3 
1238.5 
1893.6 

Harga kerangka JavaScript
Jumlah kode JavaScript dikirim ka alat nu bagerak

Jumlah kode JavaScript (KB) ditransfer ka alat desktop

Persentil
10
25
50
75
90

Sadaya situs
105.5 
226.6 
450.4 
808.8 
1267.3 

situs jQuery
121.7 
242.2 
458.3 
803.4 
1235.3 

situs web Vue
248.0 
420.1 
718.0 
1122.5 
1643.1 

situs web sudut
468.8 
716.9 
1144.2 
1930.0 
3283.1 

situs web meta
308.6 
469.0 
841.9 
1472.2 
2197.8 

Harga kerangka JavaScript
Jumlah kode JavaScript ditransfer ka alat desktop

Upami urang ngan ukur nyarioskeun ngeunaan ukuran kode JS anu dikirimkeun situs ka alat, maka sadayana katingali sapertos anu anjeun ngarepkeun. Nyaéta, upami salah sahiji kerangka dianggo, ieu hartosna sanajan dina kaayaan idéal, volume kode JavaScript pikeun situs bakal ningkat. Ieu teu heran - anjeun moal bisa nyieun hiji kerangka JavaScript dasar situs sarta nyangka yén jumlah kode JS pikeun proyék nu bakal pisan low.

Anu pikaresepeun ngeunaan data ieu nyaéta sababaraha kerangka sareng perpustakaan tiasa dianggap titik awal anu langkung saé pikeun hiji proyék tibatan anu sanés. Situs wéb nganggo jQuery katingalina pangsaéna. Situs desktopna ngandung 15% langkung JavaScript tibatan sadaya situs, sareng situs sélulérna ngandung 18% langkung JavaScript. (Diaku, aya sababaraha skew dina data di dieu. Kanyataan yén jQuery hadir dina loba situs, jadi éta lumrah yén situs sapertos nu leuwih raket patalina jeung total jumlah situs ti batur. Sanajan kitu, ieu teu mangaruhan kumaha. data sumber kaluaran pikeun unggal kerangka.)

Bari 15-18% pertumbuhan kode mangrupakeun inohong signifikan, lamun dibandingkeun frameworks sejen tur perpustakaan, pajeg ditumpukeun ku jQuery pisan low. Situs sudut dina persentil ka-10 ngirimkeun 344% langkung seueur data kana alat desktop tibatan sadaya situs, sareng 377% langkung seueur kana alat sélulér. Situs meta mangrupikeun anu paling beurat, ngirim 193% langkung seueur kode ka alat desktop tibatan sadaya situs, sareng 270% langkung seueur kana alat sélulér.

Kuring disebutkeun saméméhna yén sanajan ngagunakeun kerangka hartina jumlah nu tangtu kode bakal kaasup dina proyék di pisan awal gawé dina éta, Kuring miharep éta kerangka téh bisa kumaha bae ngawatesan pamekar. Khususna, urang ngobrol ngeunaan ngawatesan jumlah maksimum kode.

Anu pikaresepeun nyaéta situs jQuery nuturkeun ide ieu. Sanaos aranjeunna, dina tingkat persentil ka-10, rada langkung beurat tibatan sadaya situs (ku 15-18%), aranjeunna, dina tingkat persentil ka-90, rada langkung hampang tibatan sadaya situs - sakitar 3% dina versi desktop sareng mobile. Ieu teu disebutkeun yen ieu kauntungan pisan signifikan, tapi bisa disebutkeun yen situs jQuery sahenteuna teu boga ukuran kode JavaScript badag malah dina versi pangbadagna maranéhna.

Tapi sami teu tiasa nyarios ngeunaan kerangka sanés.

Sapertos dina kasus persentil ka-10, dina situs persentil ka-90 dina Angular and React béda ti situs-situs sanés, tapi hanjakalna béda-béda.

Dina persentil ka-90, situs Angular ngirimkeun 141% langkung seueur data ka alat sélulér tibatan sadaya situs, sareng 159% langkung seueur kana alat desktop. Situs meta ngirimkeun 73% langkung seueur kana alat desktop tibatan sadaya situs, sareng 58% langkung seueur kana alat sélulér. Ukuran kode situs React dina persentil ka-90 nyaéta 2197.8 KB. Ieu ngandung harti yén situs ieu ngirimkeun 322.9 KB leuwih data ka alat nu bagerak ti saingan basis Vue pangdeukeutna maranéhanana. Jurang antara situs desktop dumasar kana Angular sareng React sareng situs sanésna langkung ageung. Salaku conto, situs desktop React ngirimkeun 554.7 KB langkung seueur kode JS ka alat tibatan situs Vue anu sami.

Waktu nu diperlukeun pikeun ngolah kode JavaScript dina thread utama

Data di luhur jelas nunjukkeun yén situs-situs anu nganggo kerangka sareng perpustakaan anu ditalungtik ngandung seueur kode JavaScript. Tapi, tangtosna, ieu ngan hiji bagian tina persamaan urang.

Saatos kode JavaScript parantos sumping dina browser, éta kedah dibawa kana kaayaan kerja. Utamana seueur masalah anu disababkeun ku tindakan anu kedah dilakukeun ku kode dina utas browser utama. Utas utama tanggung jawab pikeun ngolah tindakan pangguna, ngitung gaya, sareng ngawangun sareng ningalikeun perenah halaman. Lamun overwhelm thread utama kalawan tugas JavaScript, éta moal boga kasempetan pikeun ngarengsekeun tugas séjén di luhur timely. Ieu ngakibatkeun telat sareng "rem" dina operasi halaman.

Database HTTP Arsip ngandung émbaran ngeunaan sabaraha lila waktu nu diperlukeun pikeun ngolah kode JavaScript dina thread utama mesin V8. Ieu ngandung harti yén urang tiasa ngumpulkeun data ieu sareng diajar sabaraha waktos utami utami pikeun ngolah JavaScript tina sababaraha situs.

waktos CPU (dina milliseconds) patali jeung ngolah naskah dina alat nu bagerak

Persentil
10
25
50
75
90

Sadaya situs
356.4
959.7
2372.1
5367.3
10485.8

situs jQuery
575.3
1147.4
2555.9
5511.0
10349.4

situs web Vue
1130.0
2087.9
4100.4
7676.1
12849.4

situs web sudut
1471.3
2380.1
4118.6
7450.8
13296.4

situs web meta
2700.1
5090.3
9287.6
14509.6
20813.3

Harga kerangka JavaScript
waktos CPU patali jeung ngolah Aksara dina alat nu bagerak

waktos CPU (dina milliseconds) patali jeung ngolah naskah dina alat desktop

Persentil
10
25
50
75
90

Sadaya situs
146.0
351.8
831.0
1739.8
3236.8

situs jQuery
199.6
399.2
877.5
1779.9
3215.5

situs web Vue
350.4
650.8
1280.7
2388.5
4010.8

situs web sudut
482.2
777.9
1365.5
2400.6
4171.8

situs web meta
508.0
1045.6
2121.1
4235.1
7444.3

Harga kerangka JavaScript
waktos CPU patali jeung ngolah Aksara dina alat desktop

Di dieu anjeun bisa nempo hiji hal pisan akrab.

Pikeun starters, situs kalawan jQuery méakkeun nyata kirang ngolah JavaScript dina thread utama ti batur. Dina persentil ka-10, dibandingkeun sareng sadaya situs, situs jQuery dina alat sélulér nyéépkeun 61% langkung seueur waktos ngolah kode JS dina utas utama. Dina kasus situs jQuery desktop, waktos ngolah ningkat ku 37%. Dina persentil ka-90, skor situs jQuery deukeut pisan kana skor agrégat. Husus, situs jQuery on alat nu bagerak méakkeun 1.3% kirang waktos dina thread utama ti sakabeh situs, sarta dina alat desktop aranjeunna méakkeun 0.7% kirang waktos dina thread utama.

Di sisi séjén rating urang téh frameworks nu dicirikeun ku beban greatest dina thread utama. Ieu, deui, Angular and React. Hiji-hijina bédana antara aranjeunna nyaéta, sanaos situs Angular ngirimkeun kode anu langkung ageung kana panyungsi tibatan situs React, éta peryogi waktos kirang CPU pikeun ngolah kode situs Angular. Tebih kirang.

Dina persentil ka-10, situs desktop sudut nyéépkeun 230% langkung seueur waktos utami ngolah kode JS tibatan sadaya situs. Pikeun situs mobile angka ieu 313%. Situs meta ngagaduhan kinerja anu paling awon. Dina alat desktop aranjeunna méakkeun 248% leuwih waktos ngolah kode ti sakabeh situs, sarta dina alat nu bagerak maranéhna méakkeun 658% leuwih waktos processing kode. 658% sanes typo a. Dina persentil ka-10, situs React nyéépkeun 2.7 detik tina waktos utas utama pikeun ngolah kode anu aya.

Angka persentil ka-90 katingalina sakedik langkung saé upami dibandingkeun sareng angka anu ageung ieu. Proyék sudut, dibandingkeun sareng sadaya situs, nyéépkeun 29% langkung waktos dina utas utama dina alat desktop, sareng 27% langkung seueur waktos dina alat sélulér. Dina kasus situs React, indikator anu sami sapertos 130% sareng 98% masing-masing.

Persentase simpangan pikeun persentil ka-90 katingali langkung saé tibatan nilai-nilai anu sami pikeun persentil ka-10. Tapi di dieu eta sia remembering yén angka nu nunjukkeun waktu sigana rada pikasieuneun. Sebutkeun - 20.8 detik dina utas utama alat sélulér pikeun situs anu diwangun dina React. (Kuring yakin yén carita naon sabenerna kajadian salila ieu pantes artikel misah).

Aya hiji komplikasi poténsial di dieu (hatur nuhun Yermia pikeun narik perhatian kuring kana fitur ieu, sareng pikeun taliti nalungtik data tina sudut pandang ieu). Kanyataan yén loba situs ngagunakeun sababaraha parabot hareup-tungtung. Khususna, kuring ningali seueur situs anu nganggo jQuery sareng React atanapi Vue nalika situs-situs ieu migrasi tina jQuery ka kerangka atanapi perpustakaan anu sanés. Hasilna, kuring balik deui ka database, waktos ieu milih ngan maranéhanana Tumbu nu pakait jeung situs nu dipaké ukur meta, jQuery, sudut atanapi Vue, tapi teu sagala kombinasi aranjeunna. Ieu naon kuring meunang.

Waktu prosésor (dina milidetik) patali jeung ngolah skrip dina alat sélulér dina situasi dimana situs ngan ngagunakeun hiji kerangka atawa ngan hiji perpustakaan

Persentil
10
25
50
75
90

Situs anu ngan ukur nganggo jQuery
542.9
1062.2
2297.4
4769.7
8718.2

Situs anu ngan ukur nganggo Vue
944.0
1716.3
3194.7
5959.6
9843.8

Situs anu ngan ukur nganggo Angular
1328.9
2151.9
3695.3
6629.3
11607.7

Situs wéb anu ngan ukur nganggo React
2443.2
4620.5
10061.4
17074.3
24956.3

Harga kerangka JavaScript
Waktu prosésor patali jeung ngolah naskah dina alat nu bagerak dina situasi dimana situs ngagunakeun ngan hiji kerangka, atawa ngan hiji perpustakaan

Kahiji, hiji hal anu teu héran: lamun situs ngagunakeun ngan hiji kerangka atawa hiji perpustakaan, kinerja situs sapertos ngaronjatkeun leuwih sering ti moal. Performa pikeun unggal alat katingali langkung saé dina persentil ka-10 sareng ka-25. Éta asup akal. Situs anu didamel nganggo hiji kerangka kedah langkung gancang tibatan situs anu didamel nganggo dua atanapi langkung kerangka atanapi perpustakaan.

Kanyataanna, skor pikeun unggal alat hareup-tungtung kami nalungtik kasampak hadé dina sagala hal, kalawan hiji pengecualian panasaran. Anu kaget kuring nyaéta yén dina persentil ka-50 sareng di luhur, situs anu nganggo React langkung parah nalika React mangrupikeun hiji-hijina perpustakaan anu aranjeunna anggo. Ku jalan kitu, ieu mangrupikeun alesan kuring nampilkeun data ieu di dieu.

Ieu rada aneh, tapi kuring masih bakal coba néangan penjelasan pikeun strangeness ieu.

Upami hiji proyék nganggo React sareng jQuery, maka proyék éta paling dipikaresep waé satengahna dina prosés migrasi ti jQuery ka Réaksi. Panginten anjeunna gaduh basis kode dimana perpustakaan ieu dicampur. Kusabab kami geus katempo yen situs jQuery méakkeun kirang waktos on thread utama ti situs meta, ieu bisa ngabejaan urang yen ngalaksanakeun sababaraha pungsi di jQuery mantuan ngaronjatkeun kinerja situs saeutik.

Tapi nalika proyék pindah ti jQuery ka Réaksi sareng langkung ngandelkeun Réaksi, kaayaan éta robih. Upami situsna didamel kalayan kualitas anu saé, sareng pamekar situs nganggo React sacara saksama, maka sadayana bakal saé kalayan situs sapertos kitu. Tapi pikeun situs React rata-rata, panggunaan React sacara éksténsif hartosna yén utas utama tunduk kana paningkatan beban.

Gap antara alat mobile sareng desktop

Cara séjén kuring nempo data éta pikeun neuleuman kumaha badag celah antara pangalaman mobile na desktop. Lamun urang ngobrol ngeunaan ngabandingkeun jilid kode JavaScript, babandingan misalna teu nembongkeun nanaon dahsyat. Tangtosna, éta bakal langkung saé ningali jumlah kode anu tiasa diunduh anu langkung alit, tapi teu aya bédana dina jumlah kode mobile sareng desktop.

Tapi upami anjeun nganalisis waktos anu diperyogikeun pikeun ngolah kodeu, gap anu ageung antara alat sélulér sareng desktop bakal katingali.

Kanaékan waktos (dina persentase) anu aya hubunganana sareng ngolah naskah dina alat sélulér dibandingkeun sareng desktop

Persentil
10
25
50
75
90

Sadaya situs
144.1
172.8
185.5
208.5
224.0

situs jQuery
188.2
187.4
191.3
209.6
221.9

situs web Vue
222.5
220.8
220.2
221.4
220.4

situs web sudut
205.1
206.0
201.6
210.4
218.7

situs web meta
431.5
386.8
337.9
242.6
179.6

Sanaos sababaraha bédana dina laju ngolah kode antara telepon sareng laptop kedah dipiharep, angka anu ageung sapertos nyarioskeun ka kuring yén kerangka modern henteu cukup ditargetkeun dina alat-alat kakuatan rendah sareng kahayang pikeun nutup celah anu parantos diidentifikasi. Malah dina persentil ka-10, situs React nyéépkeun 431.5% langkung waktos dina utas utama sélulér tibatan dina utas utama desktop. jQuery boga gap pangleutikna, tapi malah di dieu inohong pakait nyaeta 188.2%. Nalika pamekar situs wéb ngadamel proyék-proyékna ku cara anu peryogi langkung seueur waktos CPU pikeun ngolahna (sareng ieu anu kajantenan, sareng ngan ukur parah kana waktosna), anu gaduh alat-alat kakuatan rendah kedah mayar.

hasil

Kerangka anu saé kedah masihan pamekar dasar anu hadé pikeun ngawangun proyék wéb (dina hal kaamanan, aksésibilitas, kinerja), atanapi kedahna aya larangan anu ngajantenkeun hésé nyiptakeun hal anu ngalanggar larangan éta.

Ieu sigana henteu dilarapkeun ka kinerja proyék wéb (sareng katingalina pikeun aranjeunna aksésibilitas).

Perlu dicatet yén ngan kusabab situs React atanapi Angular nyéépkeun waktos CPU langkung seueur pikeun nyiapkeun kode tibatan anu sanés sanés hartosna yén situs React langkung intensif CPU tibatan situs Vue nalika ngajalankeun. Kanyataanna, data anu urang tingali nyarios sakedik ngeunaan kinerja operasional kerangka sareng perpustakaan. Aranjeunna ngobrol langkung seueur ngeunaan pendekatan pangwangunan anu, sadar atanapi henteu, kerangka ieu tiasa nyorong programer. Urang ngobrol ngeunaan dokuméntasi pikeun kerangka, ékosistemna, sareng téknik pamekaran umum.

Éta ogé patut disebatkeun hal anu urang henteu analisa di dieu, nyaéta, sabaraha waktos alat nyéépkeun ngalaksanakeun kode JavaScript nalika transisi antara halaman situs. Argumen anu ngadukung SPA nyaéta nalika aplikasi halaman tunggal dimuat kana browser, pangguna bakal, dina téori, tiasa ngaksés halaman situs langkung gancang. Pangalaman kuring sorangan nyarioskeun yén ieu tebih tina kanyataan. Tapi urang teu boga data pikeun netelakeun masalah ieu.

Anu jelas nyaéta upami anjeun nganggo kerangka atanapi perpustakaan pikeun nyiptakeun halaman wéb, anjeun badé kompromi dina hal mimiti ngamuat proyék sareng siap-siap. Ieu lumaku malah pikeun skenario paling positif.

Kasebut nyaéta dimungkinkeun pikeun nyieun sababaraha compromises dina situasi luyu, tapi hal anu penting yén pamekar nyieun compromises misalna sadar.

Tapi urang ogé boga alesan pikeun optimism. Kuring didorong ku kumaha raketna pamekar Chrome damel sareng anu aya di tukangeun sababaraha alat hareup anu kami katutup pikeun ngabantosan ningkatkeun kinerja alat éta.

Najan kitu, kuring jalma pragmatis. Arsitéktur anyar nyiptakeun masalah kinerja sakumaha sering aranjeunna ngajawab aranjeunna. Sareng peryogi waktos pikeun ngaleungitkeun kakurangan. Sagampil urang teu kedah nyangka éta téknologi jaringan anyar bakal ngabéréskeun sagala masalah kinerja, anjeun teu kudu nyangka ieu ti versi anyar tina frameworks favorit urang.

Upami anjeun hoyong nganggo salah sahiji parabot hareup-tungtung dibahas dina bahan ieu, ieu ngandung harti yén anjeun kudu nyieun usaha tambahan pikeun mastikeun yén, saliwatan, anjeun teu ngarugikeun kinerja proyek Anjeun. Ieu sababaraha pertimbangan anu kedah dipertimbangkeun sateuacan anjeun ngamimitian nganggo kerangka énggal:

  • Pariksa diri kalawan akal sehat. Naha anjeun leres-leres kedah nganggo kerangka anu anjeun pilih? JavaScript murni tiasa ngalakukeun seueur ayeuna.
  • Aya alternatif torek kana kerangka pilihan Anjeun (kawas Preact, Svelte atawa hal sejenna) nu bisa mere Anjeun 90% kamampuhan kerangka éta?
  • Upami anjeun parantos nganggo kerangka, pikir ngeunaan naha aya anu nawiskeun langkung saé, langkung konservatif, pilihan standar (Contona, Nuxt.js tinimbang Vue, Next.js tinimbang React, jsb).
  • Naon bakal Anjeun anggaran kinerja JavaScript?
  • Kumaha anjeun tiasa wates prosés ngembangkeun sangkan leuwih hese pikeun ngawanohkeun deui kode JavaScript kana proyék ti kacida diperlukeun?
  • Upami anjeun nganggo kerangka pikeun ngagampangkeun pangwangunan, pertimbangkeun naha anjeun peryogi ngirim kode kerangka ka klien. Panginten anjeun tiasa ngabéréskeun sadaya masalah dina server?

Biasana, ideu ieu patut ditingali, henteu paduli naon anu anjeun pilih pikeun ngembangkeun tungtung hareup. Tapi aranjeunna penting pisan nalika anjeun nuju ngerjakeun proyék anu henteu gaduh prestasi pikeun ngamimitian.

Pamiarsa Hadirin! Naon anu anjeun tingali salaku kerangka JavaScript idéal?

Harga kerangka JavaScript

sumber: www.habr.com

Tambahkeun komentar