ຂ້ອຍຖາມ Claude Code ເພື່ອເອົາ jQuery ອອກ. ມັນລົ້ມເຫລວຢ່າງໜ້າເສົ້າ

ການລຶບ jQuery ອອກຈາກຖານລະຫັດເດີມນັ້ນຟັງເປັນເລື່ອງງ່າຍໆໃນເຈ້ຍ — ໃນທາງປະຕິບັດແລ້ວ, ຫນຶ່ງໃນຕົວສະທ້ອນທີ່ຫຼອກລວງທີ່ສຸດທີ່ນັກພັດທະນາສາມາດພະຍາຍາມໄດ້. ຂ້ອຍໄດ້ມອບວຽກໃຫ້ Claude Code, ຜູ້ຊ່ວຍການຂຽນລະຫັດ AI, ຄາດວ່າຈະມີການເຄື່ອນຍ້າຍທີ່ສະອາດໄປສູ່ vanilla JavaScript, ແລະສິ່ງທີ່ຕາມມາແມ່ນຕົວຈັດການເຫດການທີ່ແຕກຫັກ, ຂາດ AJAX abstractions, ແລະຄວາມເພິ່ງພາອາໄສ plugin ເລິກລັບທີ່ເຮັດໃຫ້ໂຄງການມາຮອດຫົວເຂົ່າຂອງມັນ.

ເປັນຫຍັງການລຶບສຽງ jQuery ຄືກັບຄວາມຄິດທີ່ດີ?

Pitch ແມ່ນຫນ້າສົນໃຈ: ຕົວທ່ອງເວັບທີ່ທັນສະໄຫມໄດ້ປິດຊ່ອງຫວ່າງຄວາມເຂົ້າກັນໄດ້ທີ່ເຮັດໃຫ້ jQuery ສໍາຄັນໃນປີ 2009. ປະຈຸບັນ Vanilla JavaScript ຈັດການກັບການຫມູນໃຊ້ DOM, ການຮ້ອງຂໍການດຶງຂໍ້ມູນ, ແລະການມອບຫມາຍເຫດການແບບພື້ນເມືອງ. ການເອົາ jQuery shaves 87KB ອອກຈາກມັດ (ຫຍໍ້ + gzipped), ປັບປຸງຄະແນນ Lighthouse, ແລະລົບລ້າງການເພິ່ງພາອາໄສທີ່ໄດ້ຮັບຄວາມສົນໃຈໃນການດູແລຫຼຸດລົງ.

ຖານລະຫັດຂອງພວກເຮົາແມ່ນ dashboard SaaS ຂະໜາດກາງທີ່ມີ JavaScript ປະມານ 140,000 ແຖວ, ເຊິ່ງສະສົມມາຫຼາຍກວ່າຫົກປີ. jQuery ມີຢູ່ທົ່ວທຸກແຫ່ງ - ບໍ່ພຽງແຕ່ຢູ່ໃນຫນ້າທີ່ມີປະໂຫຍດເທົ່ານັ້ນ, ແຕ່ເປັນ plugins ຂອງພາກສ່ວນທີສາມ, ການກວດສອບແບບຟອມເກົ່າ, ແລະແມ້ກະທັ້ງບາງສ່ວນຂອງແມ່ແບບທີ່ສະແດງໂດຍເຄື່ອງແມ່ຂ່າຍ. ພື້ນທີ່ຂອງເຄື່ອງ refactor ແມ່ນໃຫຍ່ຫຼວງ, ແລະຂ້ອຍສົມມຸດວ່າເຄື່ອງມື AI ຈະກິນມັນສໍາລັບອາຫານເຊົ້າ.

ມີຫຍັງເກີດຂຶ້ນເມື່ອ Claude Code ພະຍາຍາມເຮັດມັນ?

ການຜ່ານຄັ້ງທຳອິດໄດ້ໃຫ້ກຳລັງໃຈ. Claude Code ໄດ້ກໍານົດການໂທ $(document).ready() ຢ່າງຖືກຕ້ອງ ແລະປ່ຽນແທນພວກມັນດ້ວຍຜູ້ຟັງ DOMContentLoaded. ການໂທ $.ajax() ງ່າຍໆຖືກປ່ຽນເປັນ fetch(). ສຳລັບໝາກຫ້ອຍຕ່ຳ, AI ປະຕິບັດໄດ້ຢ່າງໜ້າຊົມເຊີຍ.

ຫຼັງຈາກນັ້ນ plugins ມາ. ຖານຂໍ້ມູນຂອງພວກເຮົາແມ່ນອີງໃສ່ Select2, DataTables, ແລະຕົວເລືອກຊ່ວງວັນທີແບບກຳນົດເອງ — ທັງໝົດແມ່ນຂຶ້ນກັບ jQuery. Claude Code ໄດ້ແນະນໍາການທົດແທນພວກມັນດ້ວຍທາງເລືອກທີ່ທັນສະໄຫມ, ເຊິ່ງເປັນຄໍາແນະນໍາທີ່ຖືກຕ້ອງໃນການໂດດດ່ຽວ, ແຕ່ມັນບໍ່ໄດ້ຄິດໄລ່ຜົນກະທົບຂອງ ripple. Swapping Select2 ສໍາລັບ Choices.js ໄດ້ປ່ຽນ API ການເລີ່ມຕົ້ນ, ຊື່ເຫດການ, ແລະສັນຍາການຜູກມັດຂໍ້ມູນ. Claude Code ແທນການນໍາເຂົ້າ ແລະສືບຕໍ່ໄປ, ເຮັດໃຫ້ການອ້າງອີງທີ່ແຕກຫັກໃນທົ່ວ 23 ອົງປະກອບທີ່ບໍ່ຖືກແຕະຕ້ອງ.

ຮ້າຍແຮງໄປກວ່ານັ້ນ, AI ປະສົບກັບການໃຊ້ jQuery ທາງອ້ອມ — ສະຖານທີ່ທີ່ vanilla JS ຖືກຂຽນດ້ວຍເຕັກນິກແຕ່ໄດ້ຜ່ານຜົນໄດ້ຮັບໂດຍຜ່ານ jQuery utility functions ເຊັ່ນ $.extend() ຫຼື $.isPlainObject(). ມັນພາດສິ່ງເຫຼົ່ານີ້ທັງໝົດໃນລະຫວ່າງການຜ່ານການວິເຄາະຂອງມັນ.

"ເຄື່ອງມືການເຂົ້າລະຫັດ AI ດີເລີດໃນການປ່ຽນຮູບແບບ. ພວກມັນຕໍ່ສູ້ກັບການສ້າງແຜນທີ່ການເພິ່ງພາອາໄສແບບລະບົບ — ຄວາມເຂົ້າໃຈບໍ່ພຽງແຕ່ບ່ອນທີ່ຫ້ອງສະໝຸດເອີ້ນວ່າ, ແຕ່ສັນຍາອັນໃດທີ່ມັນບັງຄັບໃຊ້ໃນທົ່ວຖານລະຫັດ."

ສິ່ງທ້າທາຍທີ່ແທ້ຈິງຂອງການຍົກຍ້າຍ jQuery-to-Vanilla ແມ່ນຫຍັງ?

ຄວາມ​ລົ້ມ​ເຫຼວ​ໄດ້​ເປີດ​ເຜີຍ​ໃຫ້​ເຫັນ​ບັນ​ຫາ​ດ້ານ​ໂຄງ​ສ້າງ​ທີ່​ບໍ່​ມີ​ເຄື່ອງ​ມື​ໃດ​ໜຶ່ງ—ມະນຸດ ຫຼື AI — ສາ​ມາດ​ເຮັດ​ໄດ້​ໂດຍ​ບໍ່​ມີ​ການ​ກະ​ກຽມ​ທີ່​ເໝາະ​ສົມ:

• ສັນຍາປລັກອິນທີ່ເຊື່ອງໄວ້: ປລັກອິນ jQuery ອີງໃສ່ລະບົບເຫດການພາຍໃນຂອງ jQuery (ສ່ວນຂະຫຍາຍ $.fn, ເຫດການທີ່ຖືກມອບໝາຍ). ການສະຫຼັບຫ້ອງສະໝຸດແມ່ຂ່າຍເຮັດໃຫ້ປລັກອິນທັງໝົດບໍ່ຖືກຕ້ອງ, ບໍ່ແມ່ນເທື່ອລະກ້າວ.
• ຄວາມແຕກຕ່າງຂອງການຈັດການຄວາມຜິດພາດ AJAX: $.ajax() ຂອງ jQuery ສະຫຼຸບຄວາມຜິດພາດໃນວັດຖຸປົກກະຕິ. Fetch API ຖິ້ມຄວາມລົ້ມເຫຼວຂອງເຄືອຂ່າຍແຕ່ແກ້ໄຂດ້ວຍຄໍາຕອບ 4xx/5xx — ການປີ້ນກັບພຶດຕິກໍາທີ່ທໍາລາຍທຸກຕົວຈັດການຂໍ້ຜິດພາດທີ່ມີຢູ່.
• ອະນິເມຊັນ abstractions: $.animate(), .fadeIn(), ແລະ .slideUp() ບໍ່ມີການທຽບເທົ່າ vanilla ໂດຍກົງ; ການປ່ຽນ CSS ຕ້ອງການການປ່ຽນແປງ markup ໂຄງສ້າງ, ບໍ່ພຽງແຕ່ການປ່ຽນ JavaScript.
• ຄວາມແຕກຕ່າງຂອງເຄື່ອງຈັກໃນການຄັດເລືອກ: ເຄື່ອງຈັກ Sizzle ຂອງ jQuery ຮອງຮັບຕົວເລືອກ pseudo ເຊັ່ນ :visible ແລະ :has() ທີ່ querySelectorAll() ບໍ່ໄດ້ຈັດການໂດຍພື້ນຖານແລ້ວ.
• ສົມມຸດຕິຖານຂອງລັດທົ່ວໂລກ: ລະຫັດເກົ່າມັກຈະປ່ຽນວັດຖຸ jQuery ຫຼືອີງໃສ່ການຈັດລໍາດັບ plugin — ການສົມມຸດຕິຖານທີ່ເບິ່ງບໍ່ເຫັນກັບການວິເຄາະຄົງທີ່.

ລະຫັດ Claude ໄດ້ລະບຸປະມານ 60% ຂອງການປ່ຽນແປງທີ່ຕ້ອງການຢ່າງຖືກຕ້ອງ. ສ່ວນທີ່ຍັງເຫຼືອ 40% ຕ້ອງການນັກພັດທະນາມະນຸດທີ່ເຂົ້າໃຈສັນຍາພຶດຕິກຳ, ບໍ່ພຽງແຕ່ syntax ເທົ່ານັ້ນ.

ຜູ້​ພັດ​ທະ​ນາ​ຄວນ​ເຂົ້າ​ຫາ​ການ​ເຄື່ອນ​ຍ້າຍ​ນີ້​ແນວ​ໃດ?

ຍຸດ​ທະ​ສາດ​ທີ່​ຖືກ​ຕ້ອງ​ແມ່ນ​ເປັນ​ການ​ເພີ່ມ​ຂຶ້ນ​ແລະ​ຂອບ​ເຂດ​ທີ່​ຂັບ​ເຄື່ອນ, ບໍ່​ແມ່ນ​ການ​ຂາຍ​ຍົກ. ແທນທີ່ຈະ ripping jQuery ອອກໃນ pass ດຽວ, ທີມງານທີ່ມີປະສົບການໃຊ້ວິທີການຢູ່ຮ່ວມກັນ: ໂຫຼດ jQuery ພຽງແຕ່ສໍາລັບໂມດູນ legacy ໃນຂະນະທີ່ລະຫັດຄຸນນະສົມບັດໃຫມ່ແມ່ນຂຽນໃນ vanilla JS. ອັນນີ້ສ້າງແບບຈໍາລອງເກາະທີ່ຫົດຕົວ - ຮອຍຕີນຂອງ jQuery ຫຼຸດລົງການປ່ອຍໂດຍການປ່ອຍໂດຍບໍ່ມີການຂຽນຄືນໃຫມ່ທີ່ມີຂະຫນາດໃຫຍ່ທີ່ທໍາລາຍການຜະລິດ.

ເຄື່ອງ​ມື​ອັດ​ຕະ​ໂນ​ມັດ​ສາ​ມາດ​ຊ່ວຍ​ເຫຼືອ​ຊັ້ນ​ການ​ທົດ​ແທນ​ກົນ​ຈັກ​ໄດ້, ແຕ່​ພວກ​ມັນ​ຮຽກ​ຮ້ອງ​ໃຫ້​ມີ​ການ​ທົດ​ສອບ​ການ​ເຄື່ອນ​ຍ້າຍ​ທີ່​ຂຽນ​ໂດຍ​ມະ​ນຸດ​ກ່ອນ. ຂຽນການທົດສອບການລວມຕົວທີ່ເກັບກໍາພຶດຕິກໍາໃນປະຈຸບັນ, ດໍາເນີນການຕໍ່ກັບຜົນໄດ້ຮັບຂອງ AI, ແລະປະຕິບັດຕໍ່ຄວາມລົ້ມເຫລວເປັນ backlog ການເຄື່ອນຍ້າຍຕົວຈິງ. AI ກາຍເປັນຕົວສ້າງສະບັບຮ່າງທຳອິດ, ບໍ່ແມ່ນເຄື່ອງສຳເລັດຮູບທີ່ເຊື່ອຖືໄດ້.

ອັນນີ້ໝາຍເຖິງຫຍັງສຳລັບທຸລະກິດທີ່ຈັດການຊັບຊ້ອນ Tech Stacks?

JQuery saga ເປັນຈຸນລະພາກຂອງສິ່ງທ້າທາຍໃຫຍ່ກວ່າ: ການຈັດການການຕັດສິນໃຈທາງດ້ານວິຊາການໃນລະດັບຮຽກຮ້ອງໃຫ້ມີລະບົບ, ບໍ່ແມ່ນວິລະຊົນ. ສໍາລັບທຸລະກິດທີ່ເຕີບໃຫຍ່, ຄ່າໃຊ້ຈ່າຍທີ່ເຊື່ອງໄວ້ຂອງການເພິ່ງພາອາໄສແບບເກົ່າແກ່ໄດ້ປະສົມປະສານຢ່າງງຽບໆຈົນກ່ວາເຄື່ອງ refactor ກາຍເປັນທີ່ມີຢູ່ແລ້ວ.

ນີ້ແມ່ນສ່ວນໜຶ່ງຂອງເຫດຜົນທີ່ວ່າແພລດຟອມເຊັ່ນ Mewayz — ລະບົບປະຕິບັດການທາງທຸລະກິດ 207 ໂມດູນທີ່ໃຊ້ໂດຍຜູ້ໃຊ້ຫຼາຍກວ່າ 138,000 ຄົນ — ຖືກອອກແບບດ້ວຍສະຖາປັດຕະຍະກຳແບບໂມດູລາ, ຮັກສາໄດ້ຕັ້ງແຕ່ມື້ໜຶ່ງ. ໃນເວລາທີ່ stack ການດໍາເນີນງານຂອງທ່ານຖືກສ້າງຂຶ້ນໃນ abstractions ທີ່ສະອາດແທນທີ່ຈະເປັນລະຫັດມໍລະດົກຕາມທໍ່, ຄ່າໃຊ້ຈ່າຍຂອງການຍົກລະດັບແລະ iterating ຫຼຸດລົງຢ່າງຫຼວງຫຼາຍ. Mewayz ຈັດການທຸກຢ່າງຈາກ CRM ແລະ e-commerce ໄປຫາ link-in-bio tools ແລະ team workspaces, ເລີ່ມຕົ້ນທີ່ $19/month, ຊັດເຈນເພາະວ່າສະຖາປັດຕະຍະກໍາພື້ນຖານໄດ້ຖືກວາງແຜນທີ່ຈະຂະຫຍາຍ - ບໍ່ໄດ້ຖືກປັບປຸງຄືນໃຫມ່ຢ່າງຈິງຈັງຫຼັງຈາກຄວາມເປັນຈິງ.

ຄຳຖາມທີ່ຖາມເລື້ອຍໆ

ເຄື່ອງມື AI ເຊັ່ນ Claude Code ສາມາດເອົາ jQuery ອອກຈາກ codebase ຂະໜາດໃຫຍ່ໄດ້ບໍ?

ບາງສ່ວນ. ເຄື່ອງມື AI ເຮັດວຽກໄດ້ດີກັບການປ່ຽນແທນ syntactic — ການປ່ຽນ $.ajax() ເປັນ fetch(), ປ່ຽນແທນ $(selector) ດ້ວຍ document.querySelector() — ແຕ່ພວກມັນຂາດຄວາມສາມາດໃນການໃຫ້ເຫດຜົນກ່ຽວກັບສັນຍາພຶດຕິກໍາ, plugin ecosystems, ແລະ implicit dependencies. ການກວດສອບຂອງມະນຸດແມ່ນຈໍາເປັນ, ໂດຍສະເພາະສໍາລັບ codebases ທີ່ມີ plugins jQuery ພາກສ່ວນທີສາມ.

ການລຶບ jQuery ຍັງຄຸ້ມຄ່າໃນປີ 2026 ບໍ?

ສໍາລັບໂຄງການໃຫມ່, ຢ່າງແທ້ຈິງ - ບໍ່ມີເຫດຜົນທີ່ທັນສະໄຫມທີ່ຈະປະກອບມີ jQuery. ສໍາລັບໂຄງການມໍລະດົກ, ROI ແມ່ນຂຶ້ນກັບຂະຫນາດຂອງ codebase, plugin reliance, ແລະຄວາມສາມາດຂອງທີມງານ. ຫນ້າ 10KB ທີ່ມີສອງການນໍາໃຊ້ jQuery ເປັນການຊະນະງ່າຍ. dashboard SaaS ອົງປະກອບ 500 ທີ່ມີຫົກປລັກອິນ jQuery ແມ່ນການລົງທຶນຫຼາຍຄັ້ງທີ່ຕ້ອງການການວິເຄາະຄ່າໃຊ້ຈ່າຍຢ່າງລະມັດລະວັງກ່ອນທີ່ຈະເລີ່ມຕົ້ນ.

ວິທີ​ທີ່​ປອດ​ໄພ​ທີ່​ສຸດ​ໃນ​ການ​ເລີ່ມ​ການ​ເຄື່ອນ​ຍ້າຍ jQuery ໃນ​ມື້​ນີ້​ແມ່ນ​ຫຍັງ?

ເລີ່ມຕົ້ນດ້ວຍການທົດສອບການປະສົມປະສານທີ່ບັນທຶກພຶດຕິກໍາໃນປະຈຸບັນ, ຫຼັງຈາກນັ້ນຮັບຮອງເອົາຮູບແບບເກາະທີ່ຫຼຸດລົງ: ຢຸດການນໍາເຂົ້າ jQuery ໃນໂມດູນເກົ່າໃນຂະນະທີ່ບັງຄັບໃຊ້ vanilla JS ໃນລະຫັດໃຫມ່ທັງຫມົດ. ໃຊ້ກົດລະບຽບ ESLint ເພື່ອບັງຄັບໃຊ້ເຂດແດນ. ເມື່ອເວລາຜ່ານໄປ, ເກາະມໍລະດົກຈະຫົດຕົວລົງຕາມທຳມະຊາດ ເນື່ອງຈາກລັກສະນະຕ່າງໆຖືກຂຽນໃໝ່, ແທນທີ່ຈະທັງໝົດໃນເທື່ອດຽວຜ່ານເຄື່ອງສະທ້ອນທີ່ມີຄວາມສ່ຽງສູງ.

ຫນີ້ສິນທາງວິຊາການແມ່ນແທ້ຈິງ, refactors ແມ່ນຍາກ, ແລະເຖິງແມ່ນວ່າເຄື່ອງມື AI ທີ່ດີທີ່ສຸດບໍ່ແມ່ນ magic wand. ແຕ່ທຸລະກິດທີ່ເຕີບໂຕແບບຍືນຍົງແມ່ນບໍລິສັດທີ່ລົງທຶນໃນເວທີແລະສະຖາປັດຕະຍະກໍາທີ່ຫຼຸດຜ່ອນຄວາມວຸ່ນວາຍທີ່ປະສົມປະສານນີ້. ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ກໍາ​ລັງ​ສ້າງ​ຫຼື​ຂະ​ຫຍາຍ​ທຸ​ລະ​ກິດ​ແລະ​ຕ້ອງ​ການ​ເຄື່ອງ​ມື​ທີ່​ອອກ​ແບບ​ເພື່ອ​ຄວາມ​ທົນ​ທານ​ແທນ​ທີ່​ຈະ​ເສຍ​ໃຈ​, ສໍາ​ຫຼວດ Mewayz — 207 ໂມ​ດູນ​, ຫນຶ່ງ​ໃນ​ເວ​ທີ​ທີ່​ສະ​ອາດ​, ເລີ່ມ​ຕົ້ນ​ທີ່ $19/month​.