Apakah yang Evan You lakukan dengan mencipta VoidZero, dan apakah masalah dengan rantai alat JS?

Hai, nama saya Fupeng Wang.

Saya seorang jurutera tindanan penuh kanan dan pengarang projek sumber terbuka 17.5k, PMP. Kini saya sedang membangunkan pangkalan pengetahuan gaya Notion
HuashuiAI termasuk penulisan dan kerjasama AI, menggunakan React Nextjs dan Supabase.

Evan You dan VoidZero

Dua bulan lalu, pengarang Vue dan Vite Evan You mengumumkan penubuhan syarikat VoiceZero dan menerima pelaburan berjuta-juta dolar.

VoidZero akan berdasarkan Vite dan membangunkan dua alatan utama, Rolldown dan Oxc, untuk menyatukan rantai alat JS bahagian hadapan. Selesaikan isu seperti pemecahan, ketidakserasian dan kecekapan rendah.

Alat teras VoidZero dibangunkan dalam bahasa Rust, dengan kecekapan berjalan yang tinggi dan kelajuan pantas.

Apakah masalah dengan rantai alat JS

Rantai alat JS terutamanya termasuk proses seperti analisis semantik, pengubah, linter, pengubah, pemetik, pembatas, dll.

Bagaimanakah kita sedang menggunakan jenis alatan ini? Apakah alat yang tersedia pada masa ini? Apakah hubungan antara mereka? Adakah mereka benar-benar tidak cekap dan berpecah-belah? Jom kenalkan mereka satu persatu di bawah.

Perhatikan bahawa hubungan mereka agak huru-hara, dengan sesetengahnya dapat menyusun dan membungkus, dan mempunyai banyak fungsi yang bertindih, jadi tidak perlu mengelaskan dan membandingkannya secara paksa.

Masa jalan JS

Apa yang dipanggil masa jalan merujuk kepada persekitaran masa jalan sesuatu bahasa. Jika tiada masa jalan, maka bahasa hanyalah rentetan atau fail rentetan yang tidak boleh dihuraikan dan dijalankan.

• Nodejs ialah masa jalan JS yang paling biasa, yang stabil, matang dan mempunyai ekosistem yang sangat kaya.
• Deno ialah masa jalan JS yang dibangunkan dalam beberapa tahun kebelakangan ini, memfokuskan pada sokongan TS dan keselamatan rangkaian. Ia menerima pelaburan $20J dalam dua tahun pertama dan baru-baru ini mengeluarkan Deno 2.0, yang kini sedang berkembang pesat
• Masa jalan Bun JS， Fokus pada prestasi dan semua-dalam-satu

// Nodejs Deno 或 Bun，都是写 JS 代码
const server = Bun.serve({
  port: 3000,
  fetch(request) {
    return new Response("Welcome to Bun!");
  },
});

console.log(`Listening on localhost:${server.port}`);

Nota: Masa jalan JS bukan sebahagian daripada rantai alat JS, ia hanyalah keupayaan paling asas, tetapi memahami alatan dan terma ini boleh membantu membezakannya daripada rantai alat JS. Anda mungkin tidak pernah menggunakannya, tetapi anda perlu tahu kewujudannya dan fungsinya.

Penghurai/Penyusun

Pembangunan bahagian hadapan web perlu mempertimbangkan keserasian dengan pelbagai penyemak imbas, kerana penyemak imbas moden belum dapat menjalankan terus TS JSX dan kod ES terkini.

Jadi, kita perlu menukar TS JSX ES dan kod lain dalam persekitaran pembangunan kepada kod JS yang boleh dilaksanakan oleh penyemak imbas, biasanya ES5.

Babel ialah salah seorang yang pertama melakukan kerja ini, dibangunkan menggunakan JS, dengan ekosistem dan pemalam yang kaya, dan telah lama disepadukan ke dalam alatan pembungkusan seperti rollup webpack.

Tetapi Babel dibangunkan dalam JS, jadi kecekapan berjalannya agak rendah. Selain itu, Babel memerlukan konfigurasi manual semasa menyusun TS JSX, yang agak menyusahkan.

SWC ialah pengkompil JS yang dibangunkan dalam bahasa Rust, iaitu 20-70 kali lebih pantas daripada Babel (pada CPU berbeza), dan menyokong sintaks TS dan JSX secara asli, bertujuan untuk menggantikan Babel. Vite menggunakan SWC secara dalaman.

Rspack dibangunkan menggunakan bahasa Rust, tetapi ia bukan sekadar pengkompil JS. Ia adalah alat pembungkusan yang komprehensif dengan kecekapan tinggi.

Seperti Rspack, ESBullid dibangunkan menggunakan bahasa Go dan merupakan alat pembungkusan komprehensif yang merangkumi pengkompil JS, menjadikannya sangat cekap.

Linter & Pemformat

Yang biasa digunakan dalam bahagian ini ialah ESLint dan Prettier, tetapi terdapat juga kekeliruan dalam penggunaannya

• Terdapat banyak piawaian konfigurasi untuk ESLint (seperti Disyorkan, Airbnb, Google, StandardJS, dll.), dan semua orang boleh menggunakannya secara berbeza. Projek yang berbeza juga mungkin mempunyai konfigurasi yang berbeza
• ESLint dan Prettier mempunyai beberapa fungsi pendua, menjadikannya sukar untuk dipilih apabila menggunakannya dan mungkin terdapat konfigurasi pendua

Pemecil

UglifyJS ialah salah satu yang pertama digunakan untuk memampatkan kod JS, dan kini volum muat turunnya juga sangat besar.

Terser dibangunkan berdasarkan kod sumber UglifyJS, menyokong sintaks baharu ES6 dan mengoptimumkan gegaran pokok.

Walau bagaimanapun, alatan baharu seperti SWC dan esbulid kini turut menyokong pemampatan kod JS, dan kecekapan pelaksanaannya lebih tinggi. Lagipun, Rust atau Go sememangnya mempunyai kecekapan pelaksanaan yang jauh lebih tinggi daripada JS.

Boudler

Pembungkus ialah orang yang paling kerap kami temui, seperti Webpack Vite dan Parcel. Yang terakhir mungkin tidak biasa digunakan, tetapi ia juga merupakan alat yang mantap.

Vite menggunakan SWC sebagai jurubahasa, yang sangat cekap. Gunakan esbulid untuk pembungkusan dalam persekitaran pembangunan dan rollup untuk pembungkusan dalam persekitaran pengeluaran.

Sementara itu, esbulid (dibangunkan dalam bahasa Go, seperti yang diperkenalkan sebelum ini) dan rollup juga boleh digunakan secara berasingan sebagai alat pembungkusan, dan banyak pemalam JS pihak ketiga dibungkus menggunakan rollup.

Turbopack ialah alat pembungkusan JS yang dibangunkan oleh Vercel menggunakan Rust untuk projek Next.js, dan juga boleh digunakan secara bebas.

Rspack ialah alat pembungkusan JS yang dibangunkan menggunakan Rust (bersama pengkompil JS), yang boleh menggantikan webpack dan sangat pantas.

SWC juga sedang membangunkan alat pembungkusan sendiri swcpack - dengan begitu banyak, adakah anda fikir ia tidak kemas? Adakah ia berpecah-belah?

Mengapa menggunakan Rust

Anda mungkin ingin tahu, mengapa begitu banyak alatan perlu dibangunkan dalam bahasa Rust? Terdapat dua perkara utama

• Rust ialah bahasa tersusun yang boleh disusun menjadi kod asli dan dijalankan terus, dengan prestasi yang setanding dengan C
• Pengurusan memori karat lebih selamat, manakala pengurusan memori C lebih terdedah kepada pepijat

Akhir

Melihat kembali tiga isu dengan rantai alat JS

• Pecahan: Ini terlalu jelas, terdapat banyak alat berulang dalam pelbagai bidang, terutamanya batu besar
• Ketidakserasian: Alat lama mempunyai keserasian dengan sintaks baharu, terutamanya TS JSX, dan memerlukan konfigurasi yang berlebihan
• Kecekapan rendah: Ini juga sangat jelas. Dalam medan alat, JS tidak boleh melakukan sebaik Rust, dan hanya menunggu masa sebelum ia dihapuskan (jangan panik: ini hanya medan alat, dan medan aplikasi masih JS dan TS)

Jadi, pengarang Vue Evan You mempunyai mata yang tajam, kelihatan sangat tepat dan boleh menunjukkan masalah secara langsung. Lebih-lebih lagi dia mempunyai kelebihan dan cengkaman yang kuat di bahagian ini, iaitu Vite. Vite kini mempunyai bilangan pengguna yang ramai dan boleh berfungsi sebagai pintu masuk yang baik.

Apabila rangka kerja web seperti Vue dan alatan tunggal seperti Vite menghadapi kesesakan dalam pembangunannya, Evan boleh keluar dari kalangan ini, menemui masalah peringkat lebih tinggi dan dapat melaksanakannya di lapangan. Ini adalah sesuatu yang patut kita pelajari.

Akhir sekali, dengan pelaburan yang begitu banyak, VoidZero memerlukan pulangan pelaburan. Bagaimanakah ia akan dikomersialkan pada masa hadapan? Tidak mustahil untuk mengenakan Vite secara langsung, jadi bagaimana kita boleh membuat wang?

Ikuti saya, saya akan menganalisis secara terperinci di bahagian seterusnya. Ini akan menjadi lebih berharga daripada teknologi dan kod.

Dengan cara ini, saya sedang mencari peluang pekerjaan antarabangsa, jika anda mempunyai peluang, dialu-alukan untuk menghubungkan saya pada profil Github saya.

Atas ialah kandungan terperinci Apakah yang Evan You lakukan dengan mencipta VoidZero, dan apakah masalah dengan rantai alat JS?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!