Node.js: Sejarah ringkas cjs, bundlers dan esm
pengenalan
Jika anda seorang pembangun Node.js, anda mungkin pernah mendengar tentang modul cjs dan esm tetapi mungkin tidak pasti mengapa terdapat dua dan bagaimana ini wujud bersama dalam aplikasi Node.js. Catatan blog ini akan membimbing anda secara ringkas mengenai sejarah modul JavaScript dalam Node.js (dengan contoh ?) supaya anda boleh berasa lebih yakin apabila berurusan dengan konsep ini.
Skop global
Pada mulanya JavaScript hanya mempunyai skop global apabila semua ahli diisytiharkan. Ini bermasalah semasa berkongsi kod kerana dua fail bebas mungkin menggunakan nama yang sama untuk ahli. Contohnya:
salam-1.js
function greet(name) { return `Hello ${name}!`; }
salam-2.js
var greet = "...";
index.html
<!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>Collision example</title> </head> <body> <!-- After this script, `greet` is a function --> <script src="greet-1.js"></script> <!-- After this script, `greet` is a string --> <script src="greet-2.js"></script> <script> // TypeError: "greet" is not a function greet(); </script> </body> </html>
Modul CommonJS
Node.js secara rasmi memperkenalkan konsep modul JavaScript dengan CommonJS (juga dikenali sebagai cjs). Ini menyelesaikan masalah perlanggaran skop global yang dikongsi kerana pembangun boleh memutuskan perkara yang hendak dieksport (melalui module.exports) dan import (melalui require()). Contohnya:
src/greet.js
// this remains "private" const GREETING_PREFIX = "Hello"; // this will be exported function greet(name) { return `${GREETING_PREFIX} ${name}!`; } // `exports` is a shortcut to `module.exports` exports.greet = greet;
src/main.js
// notice the `.js` suffix is missing const { greet } = require("./greet"); // logs: Hello Alice! console.log(greet("Alice"));
pakej npm
Pembangunan Node.js meledak dalam populariti berkat pakej npm yang membenarkan pembangun menerbitkan dan menggunakan kod JavaScript yang boleh digunakan semula. pakej npm dipasang dalam folder node_modules secara lalai. Fail package.json yang terdapat dalam semua pakej npm adalah sangat penting kerana ia boleh menunjukkan Node.js fail mana yang menjadi titik masuk melalui sifat "utama". Contohnya:
node_modules/greeter/package.json
{ "name": "greeter", "main": "./entry-point.js" // ... }
node_modules/greeter/entry-point.js
module.exports = { greet(name) { return `Hello ${name}!`; } };
src/main.js
// notice there's no relative path (e.g. `./`) const { greet } = require("greeter"); // logs: Hello Bob! console.log(greet("Bob"));
Pengikat
Pakej npm secara mendadak mempercepatkan produktiviti pembangun dengan dapat memanfaatkan kerja pembangun lain. Walau bagaimanapun, ia mempunyai kelemahan utama: cjs tidak serasi dengan pelayar web. Untuk menyelesaikan masalah ini, konsep pengikat telah dilahirkan. browserify ialah pengikat pertama yang pada asasnya berfungsi dengan merentasi titik masuk dan "menggabungkan" semua kod require()-ed ke dalam satu fail .js yang serasi dengan pelayar web. Apabila masa berlalu, pengikat lain dengan ciri tambahan dan pembeza telah diperkenalkan. Terutamanya webpack, parcel, rollup, esbuild dan vite (dalam susunan kronologi).
Modul ECMAScript
Memandangkan modul Node.js dan cjs menjadi arus perdana, penyelenggara spesifikasi ECMAScript memutuskan untuk memasukkan konsep modul. Inilah sebabnya mengapa modul JavaScript asli juga dikenali sebagai ESModules atau esm (singkatan daripada modul ECMAScript).
esm mentakrifkan kata kunci dan sintaks baharu untuk mengeksport dan mengimport ahli serta memperkenalkan konsep baharu seperti eksport lalai. Dari masa ke masa, modul esm memperoleh keupayaan baharu seperti import dinamik() dan menunggu peringkat tertinggi. Contohnya:
src/greet.js
function greet(name) { return `Hello ${name}!`; }
src/part.js
var greet = "...";
src/main.js
<!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title>Collision example</title> </head> <body> <!-- After this script, `greet` is a function --> <script src="greet-1.js"></script> <!-- After this script, `greet` is a string --> <script src="greet-2.js"></script> <script> // TypeError: "greet" is not a function greet(); </script> </body> </html>
Lama kelamaan, esm mula diterima pakai secara meluas oleh pembangun terima kasih kepada pengikat dan bahasa seperti TypeScript kerana ia mampu mengubah sintaks esm menjadi cjs.
Node.js cjs/esm kebolehoperasian
Disebabkan permintaan yang semakin meningkat, Node.js secara rasmi menambah sokongan untuk esm dalam versi 12.x. Keserasian ke belakang dengan cjs dicapai seperti berikut:
- Node.js mentafsir fail .js sebagai modul cjs melainkan package.json menetapkan sifat "jenis" kepada "modul".
- Node.js mentafsir fail .cjs sebagai modul cjs.
- Node.js mentafsir fail .mjs sebagai modul esm.
Mengenai keserasian pakej npm, modul esm boleh mengimport pakej npm dengan titik masuk cjs dan esm. Walau bagaimanapun, sebaliknya datang dengan beberapa kaveat. Ambil contoh berikut:
node_modules/cjs/package.json
// this remains "private" const GREETING_PREFIX = "Hello"; // this will be exported function greet(name) { return `${GREETING_PREFIX} ${name}!`; } // `exports` is a shortcut to `module.exports` exports.greet = greet;
node_modules/cjs/entry.js
// notice the `.js` suffix is missing const { greet } = require("./greet"); // logs: Hello Alice! console.log(greet("Alice"));
node_modules/esm/package.json
{ "name": "greeter", "main": "./entry-point.js" // ... }
node_modules/esm/entry.js
module.exports = { greet(name) { return `Hello ${name}!`; } };
Perkara berikut berjalan lancar:
src/main.mjs
// notice there's no relative path (e.g. `./`) const { greet } = require("greeter"); // logs: Hello Bob! console.log(greet("Bob"));
Walau bagaimanapun, perkara berikut gagal dijalankan:
src/main.cjs
// this remains "private" const GREETING_PREFIX = "Hello"; // this will be exported export function greet(name) { return `${GREETING_PREFIX} ${name}!`; }
Sebab mengapa ini tidak dibenarkan adalah kerana modul esm membenarkan menunggu peringkat teratas manakala fungsi require() adalah segerak. Kod itu boleh ditulis semula untuk menggunakan import dinamik(), tetapi kerana ia mengembalikan Promise, ia memaksa untuk mempunyai sesuatu seperti berikut:
src/main.cjs
// default export: new concept export default function part(name) { return `Goodbye ${name}!`; }
Untuk mengurangkan masalah keserasian ini, sesetengah pakej npm mendedahkan kedua-dua titik masuk cjs dan mjs dengan memanfaatkan sifat "eksport" package.json dengan eksport bersyarat. Contohnya:
node_modules/esm/entry.cjs:
// notice the `.js` suffix is required import part from "./part.js"; // dynamic import: new capability // top-level await: new capability const { greet } = await import("./greet.js"); // logs: Hello Alice! console.log(greet("Alice")); // logs: Bye Bob! console.log(part("Bob"));
node_modules/esm/package.json:
{ "name": "cjs", "main": "./entry.js" }
Perhatikan cara "utama" menunjuk ke versi cjs untuk keserasian ke belakang dengan versi Node.js yang tidak menyokong sifat "eksport".
Kesimpulan
Itu sahaja (hampir) yang anda perlu tahu tentang modul cjs dan esm (sehingga Dis/2024 ?). Beritahu saya pendapat anda di bawah!
Atas ialah kandungan terperinci Node.js: Sejarah ringkas cjs, bundlers dan esm. 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











Enjin JavaScript yang berbeza mempunyai kesan yang berbeza apabila menguraikan dan melaksanakan kod JavaScript, kerana prinsip pelaksanaan dan strategi pengoptimuman setiap enjin berbeza. 1. Analisis leksikal: Menukar kod sumber ke dalam unit leksikal. 2. Analisis Tatabahasa: Menjana pokok sintaks abstrak. 3. Pengoptimuman dan Penyusunan: Menjana kod mesin melalui pengkompil JIT. 4. Jalankan: Jalankan kod mesin. Enjin V8 mengoptimumkan melalui kompilasi segera dan kelas tersembunyi, Spidermonkey menggunakan sistem kesimpulan jenis, menghasilkan prestasi prestasi yang berbeza pada kod yang sama.

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.
