ຜູ້ຂຽນຂອງ Node.js ໄດ້ນໍາສະເຫນີແພລະຕະຟອມ JavaScript ທີ່ປອດໄພ Deno 1.0

ຫຼັງຈາກສອງປີຂອງການພັດທະນາ ນຳ ສະ ເໜີ ການປ່ອຍຄັ້ງໃຫຍ່ຄັ້ງທໍາອິດ ເດໂນ 1.0, ເປັນແພລະຕະຟອມສໍາລັບການປະຕິບັດແບບດ່ຽວຂອງແອັບພລິເຄຊັນໃນ JavaScript ແລະ TypeScript, ເຊິ່ງສາມາດນໍາໃຊ້ເພື່ອສ້າງຕົວຈັດການທີ່ເຮັດວຽກຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ. ເວທີດັ່ງກ່າວແມ່ນພັດທະນາໂດຍ Ryan Dahl (Ryan Dahl), ຜູ້ສ້າງ Node.js. ເຊັ່ນດຽວກັນກັບ Node.js, Deno ໃຊ້ເຄື່ອງຈັກ JavaScript V8, ເຊິ່ງຍັງຖືກນໍາໃຊ້ໃນຕົວທ່ອງເວັບທີ່ອີງໃສ່ Chromium. ໃນເວລາດຽວກັນ, Deno ບໍ່ແມ່ນ fork ຂອງ Node.js, ແຕ່ເປັນໂຄງການໃຫມ່ທີ່ສ້າງຂຶ້ນຈາກຈຸດເລີ່ມຕົ້ນ. ລະຫັດໂຄງການ ແຈກຢາຍໂດຍ ພາຍໃຕ້ໃບອະນຸຍາດ MIT. ການປະກອບ ກະກຽມ ສໍາລັບ Linux, Windows ແລະ macOS.

ຈໍານວນສະບັບທີ່ສໍາຄັນແມ່ນກ່ຽວຂ້ອງກັບການສະຖຽນລະພາບຂອງ APIs ໃນ namespace Deno, ເຊິ່ງມີຄວາມຮັບຜິດຊອບຕໍ່ການໂຕ້ຕອບຂອງແອັບພລິເຄຊັນກັບ OS. ການໂຕ້ຕອບຊອບແວທີ່ມີມາເຖິງຕອນນັ້ນ ບໍ່ສະຖຽນລະພາບ, ຖືກເຊື່ອງໄວ້ໂດຍຄ່າເລີ່ມຕົ້ນແລະສາມາດໃຊ້ໄດ້ພຽງແຕ່ໃນເວລາທີ່ແລ່ນຢູ່ໃນໂຫມດ "--unstable" ເທົ່ານັ້ນ. ເມື່ອສະບັບໃຫມ່ຖືກສ້າງຕັ້ງຂຶ້ນ, APIs ດັ່ງກ່າວຈະຄ່ອຍໆມີຄວາມຫມັ້ນຄົງ. API ໃນ namespace ທົ່ວໂລກ, ເຊິ່ງປະກອບມີຫນ້າທີ່ທົ່ວໄປເຊັ່ນ setTimeout() ແລະ fetch(), ແມ່ນໃກ້ຊິດເທົ່າທີ່ເປັນໄປໄດ້ກັບ API ຂອງຕົວທ່ອງເວັບທົ່ວໄປແລະຖືກພັດທະນາຕາມມາດຕະຖານເວັບສໍາລັບຕົວທ່ອງເວັບ. APIs ສະຫນອງໃຫ້ໂດຍ Rust, ເຊິ່ງຖືກນໍາໃຊ້ໂດຍກົງໃນລະຫັດເວທີ, ເຊັ່ນດຽວກັນກັບການໂຕ້ຕອບສໍາລັບການພັດທະນາ plugins ສໍາລັບ Deno runtime, ຍັງບໍ່ທັນໄດ້ສະຖຽນລະພາບແລະສືບຕໍ່ພັດທະນາ.

ແຮງຈູງໃຈທີ່ສໍາຄັນສໍາລັບການສ້າງແພລະຕະຟອມ JavaScript ໃຫມ່ແມ່ນຄວາມປາຖະຫນາທີ່ຈະລົບລ້າງຄວາມຜິດພາດທາງແນວຄວາມຄິດ, ຍອມຮັບ ໃນສະຖາປັດຕະຍະກໍາ Node.js, ແລະໃຫ້ຜູ້ໃຊ້ມີສະພາບແວດລ້ອມທີ່ປອດໄພກວ່າ. ເພື່ອປັບປຸງຄວາມປອດໄພ, ເຄື່ອງຈັກ V8 ຖືກຂຽນໄວ້ໃນ Rust, ເຊິ່ງຫຼີກເວັ້ນຫຼາຍຊ່ອງໂຫວ່ທີ່ເກີດຈາກການຫມູນໃຊ້ຫນ່ວຍຄວາມຈໍາລະດັບຕ່ໍາ, ເຊັ່ນ: ການເຂົ້າເຖິງຫຼັງຈາກຟຣີ, ການປະຕິເສດຕົວຊີ້ null, ແລະ buffer overruns. ແພລະຕະຟອມຖືກໃຊ້ເພື່ອປະມວນຜົນການຮ້ອງຂໍໃນຮູບແບບທີ່ບໍ່ສະກັດກັ້ນ Tokio, ຍັງຂຽນໃນ Rust. Tokio ອະນຸຍາດໃຫ້ທ່ານສ້າງແອັບພລິເຄຊັນທີ່ມີປະສິດທິພາບສູງໂດຍອີງໃສ່ສະຖາປັດຕະຍະກໍາທີ່ຂັບເຄື່ອນໂດຍເຫດການ, ສະຫນັບສະຫນູນການຮ້ອງຂໍເຄືອຂ່າຍຫຼາຍ threading ແລະການປະມວນຜົນໃນຮູບແບບ asynchronous.

ຕົ້ນ​ຕໍ ຄຸນ​ລັກ​ສະ​ນະ Deno:

• ການຕັ້ງຄ່າເລີ່ມຕົ້ນທີ່ແນໃສ່ຄວາມປອດໄພ. ການເຂົ້າເຖິງໄຟລ໌, ເຄືອຂ່າຍ, ແລະການເຂົ້າເຖິງຕົວແປສະພາບແວດລ້ອມຖືກປິດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນແລະຕ້ອງຖືກເປີດໃຊ້ຢ່າງຈະແຈ້ງ. ແອັບພລິເຄຊັ່ນຕາມຄ່າເລີ່ມຕົ້ນຈະແລ່ນຢູ່ໃນສະພາບແວດລ້ອມ sandbox ທີ່ໂດດດ່ຽວ ແລະບໍ່ສາມາດເຂົ້າເຖິງຄວາມສາມາດຂອງລະບົບໄດ້ໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດຢ່າງຈະແຈ້ງ;
• ສະຫນັບສະຫນູນໃນຕົວສໍາລັບ TypeScript ນອກເຫນືອຈາກ JavaScript. ເຄື່ອງລວບລວມຂໍ້ມູນ TypeScript ມາດຕະຖານຖືກນໍາໃຊ້ເພື່ອກວດເບິ່ງປະເພດແລະສ້າງ JavaScript, ເຊິ່ງນໍາໄປສູ່ການເພີ່ມປະສິດທິພາບທຽບກັບ JavaScript parsing ໃນ V8. ໃນອະນາຄົດ, ພວກເຮົາວາງແຜນທີ່ຈະກະກຽມການປະຕິບັດຂອງຕົນເອງຂອງລະບົບການກວດສອບປະເພດ TypeScript, ເຊິ່ງຈະຊ່ວຍປັບປຸງການປະຕິບັດການປຸງແຕ່ງ TypeScript ຕາມລໍາດັບ;
• Runtime ມາໃນຮູບແບບຂອງໄຟລ໌ປະຕິບັດດ້ວຍຕົນເອງດຽວ ("deno"). ເພື່ອດໍາເນີນການຄໍາຮ້ອງສະຫມັກໂດຍໃຊ້ Deno ມັນພຽງພໍ ດາວໂຫລດ ສໍາລັບແພລະຕະຟອມຂອງມັນມີຫນຶ່ງໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້, ຂະຫນາດປະມານ 20 MB, ເຊິ່ງບໍ່ມີການເພິ່ງພາອາໄສພາຍນອກແລະບໍ່ຈໍາເປັນຕ້ອງມີການຕິດຕັ້ງພິເສດໃດໆໃນລະບົບ. ຍິ່ງໄປກວ່ານັ້ນ, deno ບໍ່ແມ່ນຄໍາຮ້ອງສະຫມັກ monolithic, ແຕ່ເປັນການລວບລວມຊຸດ crate ໃນ Rust (deno_core, rusty_v8), ເຊິ່ງສາມາດນໍາໃຊ້ແຍກຕ່າງຫາກ;
• ເມື່ອເລີ່ມຕົ້ນໂຄງການ, ເຊັ່ນດຽວກັນກັບການໂຫຼດໂມດູນ, ທ່ານສາມາດນໍາໃຊ້ທີ່ຢູ່ URL. ຕົວຢ່າງ, ເພື່ອດໍາເນີນໂຄງການ welcome.js, ທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງ "deno https://deno.land/std/examples/welcome.js". ລະຫັດຈາກຊັບພະຍາກອນພາຍນອກຖືກດາວໂຫຼດ ແລະເກັບໄວ້ໃນລະບົບທ້ອງຖິ່ນ, ແຕ່ບໍ່ເຄີຍຖືກອັບເດດໂດຍອັດຕະໂນມັດ (ການອັບເດດຕ້ອງການໃຊ້ແອັບພລິເຄຊັນຢ່າງຈະແຈ້ງດ້ວຍທຸງ “--ໂຫຼດໃໝ່”);
• ການປະມວນຜົນການຮ້ອງຂໍເຄືອຂ່າຍທີ່ມີປະສິດທິພາບຜ່ານ HTTP ໃນແອັບພລິເຄຊັນ;
• ຄວາມສາມາດໃນການສ້າງຄໍາຮ້ອງສະຫມັກເວັບທົ່ວໄປທີ່ສາມາດປະຕິບັດໄດ້ທັງໃນ Deno ແລະໃນຕົວທ່ອງເວັບປົກກະຕິ;
• ມີ ຊຸດມາດຕະຖານຂອງໂມດູນ, ການ​ນໍາ​ໃຊ້​ທີ່​ບໍ່​ໄດ້​ຮຽກ​ຮ້ອງ​ໃຫ້​ມີ​ການ​ຜູກ​ມັດ​ກັບ​ການ​ຂຶ້ນ​ກັບ​ພາຍ​ນອກ​. ໂມດູນຈາກການເກັບກໍາມາດຕະຖານໄດ້ຜ່ານການກວດສອບເພີ່ມເຕີມແລະການທົດສອບຄວາມເຂົ້າກັນໄດ້;
• ນອກເຫນືອຈາກເວລາແລ່ນ, ແພລະຕະຟອມ Deno ຍັງເຮັດຫນ້າທີ່ເປັນຜູ້ຈັດການຊຸດແລະອະນຸຍາດໃຫ້ທ່ານເຂົ້າເຖິງໂມດູນໂດຍ URL ພາຍໃນລະຫັດ. ຕົວຢ່າງ, ເພື່ອໂຫລດໂມດູນ, ທ່ານສາມາດລະບຸລະຫັດ "ນໍາເຂົ້າ * ເປັນບັນທຶກຈາກ "https://deno.land/std/log/mod.ts". ໄຟລ໌ທີ່ດາວໂຫຼດຈາກເຊີບເວີພາຍນອກຜ່ານ URL ແມ່ນຖືກເກັບໄວ້ໃນຖານຄວາມຈໍາ. ການຜູກມັດກັບຮຸ່ນໂມດູນແມ່ນຖືກກໍານົດໂດຍການລະບຸຕົວເລກເວີຊັນພາຍໃນ URL, ຕົວຢ່າງ, "https://unpkg.com/[email protected]/dist/lilttest.js";
• ໂຄງສ້າງປະກອບມີລະບົບການກວດສອບການເພິ່ງພາອາໄສແບບປະສົມປະສານ (ຄໍາສັ່ງ "ຂໍ້ມູນ deno") ແລະຜົນປະໂຫຍດສໍາລັບການຈັດຮູບແບບລະຫັດ (deno fmt);
• ສະຄຣິບຂອງແອັບພລິເຄຊັນທັງໝົດສາມາດລວມເຂົ້າກັນເປັນໄຟລ໌ JavaScript ດຽວ.

ຄວາມແຕກຕ່າງຈາກ Node.js:

• Deno ບໍ່ໄດ້ໃຊ້ npm package manager
  ແລະບໍ່ຖືກຜູກມັດກັບ repositories, ໂມດູນຖືກແກ້ໄຂຜ່ານ URL ຫຼືເສັ້ນທາງໄຟລ໌, ແລະໂມດູນຕົວເອງສາມາດຖືກຈັດໃສ່ໃນເວັບໄຊທ໌ໃດກໍ່ຕາມ;
• Deno ບໍ່ໄດ້ໃຊ້ "package.json" ເພື່ອກໍານົດໂມດູນ;
• ຄວາມແຕກຕ່າງ API, ທຸກໆການກະ ທຳ asynchronous ໃນ Deno ກັບຄືນ ຄຳ ສັນຍາ;
• Deno ຮຽກຮ້ອງໃຫ້ມີຄໍານິຍາມຢ່າງຊັດເຈນກ່ຽວກັບການອະນຸຍາດທີ່ຈໍາເປັນທັງຫມົດສໍາລັບໄຟລ໌, ຕົວແປເຄືອຂ່າຍແລະສະພາບແວດລ້ອມ;
• ຄວາມຜິດພາດທັງຫມົດທີ່ບໍ່ໄດ້ສະຫນອງໃຫ້ກັບ handlers ນໍາໄປສູ່ການສິ້ນສຸດຂອງຄໍາຮ້ອງສະຫມັກ;
• Deno ໃຊ້ລະບົບໂມດູນ ECMAScript ແລະບໍ່ສະຫນັບສະຫນູນ require();
• ເຊີບເວີ HTTP ທີ່ມີໃນຕົວຂອງ Deno ແມ່ນຂຽນໃນ TypeScript ແລະແລ່ນຢູ່ເທິງສຸດຂອງຊັອກເກັດ TCP ພື້ນເມືອງ, ໃນຂະນະທີ່ເຊີບເວີ Node.js HTTP ຖືກຂຽນດ້ວຍ C ແລະສະຫນອງການຜູກມັດສໍາລັບ JavaScript. ນັກພັດທະນາຂອງ Deno ໄດ້ສຸມໃສ່ການເພີ່ມປະສິດທິພາບຂອງຊັ້ນເຕົ້າຮັບ TCP ທັງຫມົດແລະສະຫນອງການໂຕ້ຕອບທົ່ວໄປຫຼາຍກວ່າເກົ່າ. ເຊີບເວີ Deno HTTP ສະຫນອງການສົ່ງຜ່ານຕ່ໍາແຕ່ຮັບປະກັນຄວາມລ່າຊ້າຕໍ່າທີ່ຄາດເດົາໄດ້. ສໍາລັບຕົວຢ່າງ, ໃນການທົດສອບ, ຄໍາຮ້ອງສະຫມັກທີ່ງ່າຍດາຍໂດຍອີງໃສ່ເຄື່ອງແມ່ຂ່າຍຂອງ Deno HTTP ສາມາດປະມວນຜົນ 25 ພັນຄໍາຮ້ອງຂໍຕໍ່ວິນາທີທີ່ມີ latency ສູງສຸດຂອງ 1.3 milliseconds. ໃນ Node.js, ຄໍາຮ້ອງສະຫມັກທີ່ຄ້າຍຄືກັນໄດ້ດໍາເນີນການ 34 ພັນຄໍາຮ້ອງຂໍຕໍ່ວິນາທີ, ແຕ່ latencies ຕັ້ງແຕ່ 2 ແລະ 300 ມິນລິວິນາທີ.
• Deno ບໍ່ເຂົ້າກັນໄດ້ກັບແພັກເກັດສໍາລັບ Node.js (NPM), ແຕ່ກໍາລັງຖືກພັດທະນາແຍກຕ່າງຫາກ interlayer ສໍາລັບຄວາມເຂົ້າກັນໄດ້ກັບຫ້ອງສະຫມຸດ Node.js ມາດຕະຖານ, ຍ້ອນວ່າມັນພັດທະນາ, ແອັບພລິເຄຊັນເພີ່ມເຕີມແລະຫຼາຍທີ່ຂຽນສໍາລັບ Node.js ຈະສາມາດດໍາເນີນການໃນ Deno.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru