


Realiti keras bertindak balas: Wawasan Mesti Dibaca oleh Alex Russell
Saya baru sahaja menjumpai artikel yang paling bernas yang pernah saya baca sejak sekian lama. Bertajuk “If Not React, Then What?”, ia dikarang oleh Alex Russell, Pengurus Produk Rakan Kongsi di Microsoft Edge.
Sekeping ini sangat bergema dengan saya. Semasa saya membacanya, mengangguk bersetuju dengan setiap perenggan, menjadi jelas bahawa saya perlu berkongsi dengan anda. Saya mula mencatat petikan menonjol yang benar-benar menarik perhatian, dan tidak lama kemudian, saya menyedari bahawa saya tidak boleh menghadkan renungan saya kepada segelintir tweet sahaja—ini patut mendapat peringkat yang lebih luas.
Artikel itu meneliti keseluruhan ekosistem Frontend, dengan tumpuan khusus pada React, menyampaikan kritikan yang disokong dengan baik disokong oleh data dan sumber yang luas. Ia memberi penerangan tentang realiti serius pembangunan bahagian hadapan, mencabar hala tuju kolektif industri dan mendedahkan 'mentaliti kumpulan' yang nampaknya mendominasi.
Secara serius, ini adalah bacaan penting untuk mana-mana pembangun atau arkitek bahagian hadapan.
Jika Tidak Bertindak, Lalu Apa?
Bacaan yang banyak—kira-kira 9.5k perkataan—tetapi sebelum menyelam, izinkan saya berkongsi beberapa petikan paling menarik yang sangat bergema dengan saya
“Pendek kata, tiada siapa yang patut memulakan projek baharu pada tahun 2020 berdasarkan React. Noktah.”
“Ia adalah bahagian yang bermanfaat dalam kejuruteraan sebenar, mencuba bahan baharu di bawah kekangan yang difahami dengan baik untuk meningkatkan hasil pengguna.”
“Teknologi datang dan pergi, tetapi perkara yang sentiasa membuat perbezaan adalah memberikan keterlaluan tentang pengguna.”
“… Dan hanya apabila seni bina SPA diperlukan alat yang direka untuk menyokong kemas kini optimistik terhadap model data setempat — termasuk "rangka kerja hadapan" dan alat "pengurusan negeri" — sentiasa menjadi sebahagian daripada seni bina tapak.’
“Semua jenis editor adalah kesesuaian semula jadi untuk model data tempatan dan seni bina berasaskan SPA untuk menyokong pengubahsuaian kepada mereka. Walau bagaimanapun, kerumitan endemik sistem ini memastikan bahawa prestasi akan kekal sebagai perjuangan yang berterusan. Akibatnya, pasukan yang membina aplikasi dalam gaya ini harus mempertimbangkan pagar berprestasi yang kukuh, mengenal pasti perjalanan pengguna yang kritikal di hadapan dan memastikan instrumentasi disediakan untuk mengelakkan kejutan prestasi yang tidak menyenangkan.”
“Ini kerana hasil yang dominan daripada melempar barang-bersama-dengan-NPM, terasa-baik-pada-saya-$3K-pembangunan komputer riba adalah menyebabkan pasukan terperangkap dalam lumpur lebih awal daripada jangkaan sesiapa. ”
“‘...ia berfungsi untuk Facebook’
Untuk kepastian statistik, anda tidak membuat Facebook. Masalah anda mungkin tidak kelihatan seperti masalah awal 2010-an Facebook, dan walaupun ia berlaku, mengikut petunjuk mereka adalah idea yang mengerikan.”
“Pengetahuan tindak balas juga tidak begitu berharga. Mana-mana pasukan yang biasa dengan React...baroque...konvensyen boleh menguasai Preact, Stensil, Svelte, Lit, FAST, Qwik, atau mana-mana daripada sedozen sistem pihak pelanggan yang lebih pantas, lebih kecil, reaktif yang memerlukan kurang simpan kira mental.”
“... wira yang akan melakukan kebaikan yang luar biasa untuk produk anda dengan sebahagian kecil daripada kos menyelesaikan masalah seterusnya komuniti React akhirnya mengakui bahawa rangka kerja itu sendiri disebabkan.”
“Idea bahawa orang yang telah menguasai kengerian useMemo dan rakan tidak boleh menggunakan kaedah kitaran hayat DOM atau gelung acara atau CSS moden adalah menghina. Ia secara tidak adil menstigma dan mengehadkan potensi organisasi.”
“‘...React adalah standard industri’
Ini, paling baik, fiksyen yang menghiburkan.”
“Di lebih daripada 100 penglibatan perundingan, saya tidak pernah melihat dua persediaan React yang serupa menyelamatkan kes yang lebih kecil di mana pembangun masih belum menambah kepada lalai Buat Apl Reaksi (yang sendiri berubah secara dramatik selama bertahun-tahun sebelum akhirnya dialih keluar daripada dokumen React sebagai cara terbaik untuk bermula).”
“... Dan jika anda tidak keberatan saya bertanya, bagaimanakah pengembaraan "CSS-in-JS" itu berjaya? Masih menulis komponen kelas, atau adakah anda mengalami penghijrahan paksa (dan separa) besar yang masih menimbulkan sakit kepala?”
“... anggap kebergantungan NPM seperti sejenis hutang faedah tinggi yang dicagarkan oleh kapasiti kejuruteraan masa hadapan.”
“Tapak yang dibina dengan Next.js berprestasi lebih teruk daripada tapak yang diutamakan daripada sistem HTML seperti 11ty, Astro, et al.”
Foto oleh Lautaro Andreani di Unsplash
Atas ialah kandungan terperinci Realiti keras bertindak balas: Wawasan Mesti Dibaca oleh Alex Russell. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas











Python lebih sesuai untuk pemula, dengan lengkung pembelajaran yang lancar dan sintaks ringkas; JavaScript sesuai untuk pembangunan front-end, dengan lengkung pembelajaran yang curam dan sintaks yang fleksibel. 1. Sintaks Python adalah intuitif dan sesuai untuk sains data dan pembangunan back-end. 2. JavaScript adalah fleksibel dan digunakan secara meluas dalam pengaturcaraan depan dan pelayan.

Peralihan dari C/C ke JavaScript memerlukan menyesuaikan diri dengan menaip dinamik, pengumpulan sampah dan pengaturcaraan asynchronous. 1) C/C adalah bahasa yang ditaip secara statik yang memerlukan pengurusan memori manual, manakala JavaScript ditaip secara dinamik dan pengumpulan sampah diproses secara automatik. 2) C/C perlu dikumpulkan ke dalam kod mesin, manakala JavaScript adalah bahasa yang ditafsirkan. 3) JavaScript memperkenalkan konsep seperti penutupan, rantaian prototaip dan janji, yang meningkatkan keupayaan pengaturcaraan fleksibiliti dan asynchronous.

Penggunaan utama JavaScript dalam pembangunan web termasuk interaksi klien, pengesahan bentuk dan komunikasi tak segerak. 1) kemas kini kandungan dinamik dan interaksi pengguna melalui operasi DOM; 2) pengesahan pelanggan dijalankan sebelum pengguna mengemukakan data untuk meningkatkan pengalaman pengguna; 3) Komunikasi yang tidak bersesuaian dengan pelayan dicapai melalui teknologi Ajax.

Aplikasi JavaScript di dunia nyata termasuk pembangunan depan dan back-end. 1) Memaparkan aplikasi front-end dengan membina aplikasi senarai TODO, yang melibatkan operasi DOM dan pemprosesan acara. 2) Membina Restfulapi melalui Node.js dan menyatakan untuk menunjukkan aplikasi back-end.

Memahami bagaimana enjin JavaScript berfungsi secara dalaman adalah penting kepada pemaju kerana ia membantu menulis kod yang lebih cekap dan memahami kesesakan prestasi dan strategi pengoptimuman. 1) aliran kerja enjin termasuk tiga peringkat: parsing, penyusun dan pelaksanaan; 2) Semasa proses pelaksanaan, enjin akan melakukan pengoptimuman dinamik, seperti cache dalam talian dan kelas tersembunyi; 3) Amalan terbaik termasuk mengelakkan pembolehubah global, mengoptimumkan gelung, menggunakan const dan membiarkan, dan mengelakkan penggunaan penutupan yang berlebihan.

Python dan JavaScript mempunyai kelebihan dan kekurangan mereka sendiri dari segi komuniti, perpustakaan dan sumber. 1) Komuniti Python mesra dan sesuai untuk pemula, tetapi sumber pembangunan depan tidak kaya dengan JavaScript. 2) Python berkuasa dalam bidang sains data dan perpustakaan pembelajaran mesin, sementara JavaScript lebih baik dalam perpustakaan pembangunan dan kerangka pembangunan depan. 3) Kedua -duanya mempunyai sumber pembelajaran yang kaya, tetapi Python sesuai untuk memulakan dengan dokumen rasmi, sementara JavaScript lebih baik dengan MDNWebDocs. Pilihan harus berdasarkan keperluan projek dan kepentingan peribadi.

Kedua -dua pilihan Python dan JavaScript dalam persekitaran pembangunan adalah penting. 1) Persekitaran pembangunan Python termasuk Pycharm, Jupyternotebook dan Anaconda, yang sesuai untuk sains data dan prototaip cepat. 2) Persekitaran pembangunan JavaScript termasuk node.js, vscode dan webpack, yang sesuai untuk pembangunan front-end dan back-end. Memilih alat yang betul mengikut keperluan projek dapat meningkatkan kecekapan pembangunan dan kadar kejayaan projek.

C dan C memainkan peranan penting dalam enjin JavaScript, terutamanya digunakan untuk melaksanakan jurubahasa dan penyusun JIT. 1) C digunakan untuk menghuraikan kod sumber JavaScript dan menghasilkan pokok sintaks abstrak. 2) C bertanggungjawab untuk menjana dan melaksanakan bytecode. 3) C melaksanakan pengkompil JIT, mengoptimumkan dan menyusun kod hot-spot semasa runtime, dan dengan ketara meningkatkan kecekapan pelaksanaan JavaScript.
