


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!

Jenis data teras JavaScript adalah konsisten dalam penyemak imbas dan node.js, tetapi ditangani secara berbeza dari jenis tambahan. 1) Objek global adalah tetingkap dalam penyemak imbas dan global di Node.js. 2) Objek penampan unik Node.js, digunakan untuk memproses data binari. 3) Terdapat juga perbezaan prestasi dan pemprosesan masa, dan kod perlu diselaraskan mengikut persekitaran.

JavaScriptusestWotypesofcomments: Single-line (//) danMulti-line (//)

Perbezaan utama antara Python dan JavaScript ialah sistem jenis dan senario aplikasi. 1. Python menggunakan jenis dinamik, sesuai untuk pengkomputeran saintifik dan analisis data. 2. JavaScript mengamalkan jenis yang lemah dan digunakan secara meluas dalam pembangunan depan dan stack penuh. Kedua -duanya mempunyai kelebihan mereka sendiri dalam pengaturcaraan dan pengoptimuman prestasi yang tidak segerak, dan harus diputuskan mengikut keperluan projek ketika memilih.

Sama ada untuk memilih Python atau JavaScript bergantung kepada jenis projek: 1) Pilih Python untuk Sains Data dan Tugas Automasi; 2) Pilih JavaScript untuk pembangunan front-end dan penuh. Python disukai untuk perpustakaannya yang kuat dalam pemprosesan data dan automasi, sementara JavaScript sangat diperlukan untuk kelebihannya dalam interaksi web dan pembangunan stack penuh.

Python dan JavaScript masing -masing mempunyai kelebihan mereka sendiri, dan pilihan bergantung kepada keperluan projek dan keutamaan peribadi. 1. Python mudah dipelajari, dengan sintaks ringkas, sesuai untuk sains data dan pembangunan back-end, tetapi mempunyai kelajuan pelaksanaan yang perlahan. 2. JavaScript berada di mana-mana dalam pembangunan front-end dan mempunyai keupayaan pengaturcaraan tak segerak yang kuat. Node.js menjadikannya sesuai untuk pembangunan penuh, tetapi sintaks mungkin rumit dan rawan kesilapan.

Javascriptisnotbuiltoncorc; it'saninterpretedlanguagethatrunsonenginesoftenwritteninc .1) javascriptwasdesignedasalightweight, interpratedlanguageforwebbrowsers.2)

JavaScript boleh digunakan untuk pembangunan front-end dan back-end. Bahagian depan meningkatkan pengalaman pengguna melalui operasi DOM, dan back-end mengendalikan tugas pelayan melalui Node.js. 1. Contoh front-end: Tukar kandungan teks laman web. 2. Contoh backend: Buat pelayan Node.js.

Memilih Python atau JavaScript harus berdasarkan perkembangan kerjaya, keluk pembelajaran dan ekosistem: 1) Pembangunan Kerjaya: Python sesuai untuk sains data dan pembangunan back-end, sementara JavaScript sesuai untuk pembangunan depan dan penuh. 2) Kurva Pembelajaran: Sintaks Python adalah ringkas dan sesuai untuk pemula; Sintaks JavaScript adalah fleksibel. 3) Ekosistem: Python mempunyai perpustakaan pengkomputeran saintifik yang kaya, dan JavaScript mempunyai rangka kerja front-end yang kuat.


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

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

SublimeText3 Linux versi baharu
SublimeText3 Linux versi terkini

Penyesuai Pelayan SAP NetWeaver untuk Eclipse
Integrasikan Eclipse dengan pelayan aplikasi SAP NetWeaver.

MinGW - GNU Minimalis untuk Windows
Projek ini dalam proses untuk dipindahkan ke osdn.net/projects/mingw, anda boleh terus mengikuti kami di sana. MinGW: Port Windows asli bagi GNU Compiler Collection (GCC), perpustakaan import yang boleh diedarkan secara bebas dan fail pengepala untuk membina aplikasi Windows asli termasuk sambungan kepada masa jalan MSVC untuk menyokong fungsi C99. Semua perisian MinGW boleh dijalankan pada platform Windows 64-bit.

DVWA
Damn Vulnerable Web App (DVWA) ialah aplikasi web PHP/MySQL yang sangat terdedah. Matlamat utamanya adalah untuk menjadi bantuan bagi profesional keselamatan untuk menguji kemahiran dan alatan mereka dalam persekitaran undang-undang, untuk membantu pembangun web lebih memahami proses mengamankan aplikasi web, dan untuk membantu guru/pelajar mengajar/belajar dalam persekitaran bilik darjah Aplikasi web keselamatan. Matlamat DVWA adalah untuk mempraktikkan beberapa kelemahan web yang paling biasa melalui antara muka yang mudah dan mudah, dengan pelbagai tahap kesukaran. Sila ambil perhatian bahawa perisian ini
