ສາລະບານ[ເຊື່ອງ][ສະແດງ]
- ດັ່ງນັ້ນ, ສະຫະພັນໂມດູນແມ່ນຫຍັງ?
- ເປັນຫຍັງສະຫະພັນໂມດູນ?
- ອົງປະກອບຫຼັກຂອງສະຫະພັນໂມດູນ
ຄຸນສົມບັດຫຼັກຂອງສະຫະພັນໂມດູນ+-
- ການປະຕິບັດເວັບທີ່ດີເລີດ
- ການພັດທະນາທີ່ມີປະສິດທິພາບ
- ຄວາມສາມາດໃນການປິ່ນປົວຕົນເອງແລະຊ້ໍາຊ້ອນ
- ການຈັດການທີ່ມີປະສິດທິຜົນຂອງການອີງໃສ່ທົ່ວໄປ
- ແທນທີ່ຈະຕ້ອງນຳໃຊ້ຜູ້ບໍລິໂພກຄືນໃໝ່, ນຳໃຊ້ລະຫັດເອກະລາດ.
- ໃນເວລາທີ່ແລ່ນ, ນໍາເຂົ້າລະຫັດຈາກການກໍ່ສ້າງອື່ນໆ.
- ປັບປຸງປະສົບການນັກພັດທະນາໃນຂະນະທີ່ຮັກສາປະສົບການຂອງລູກຄ້າ
- Micro-frontends ດໍາເນີນການໃນຮູບແບບ monolithic.
- ສະຫຼຸບ
ແນວຄວາມຄິດຂອງ micro frontends ນໍາໃຊ້ການບໍລິການຈຸນລະພາກເພື່ອການພັດທະນາ frontend.
ແນວຄວາມຄິດແມ່ນເພື່ອທໍາລາຍຄໍາຮ້ອງສະຫມັກຫຼືເວັບໄຊທ໌ອອກເປັນຂະຫນາດນ້ອຍກວ່າ, ການພັດທະນາເອກະລາດ, ຫຼັງຈາກນັ້ນເຊື່ອມຕໍ່ໃນເວລາແລ່ນ, ກົງກັນຂ້າມກັບການສ້າງໃຫ້ເຂົາເຈົ້າເປັນ monolith ດຽວ, cohesive.
ວິທີການຊ່ວຍໃຫ້ທ່ານສ້າງອົງປະກອບອື່ນໆຂອງແອັບພລິເຄຊັນໂດຍໃຊ້ເຕັກໂນໂລຢີອື່ນໆແລະກັບທີມງານເອກະລາດ.
ແນວຄວາມຄິດແມ່ນເພື່ອຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍໃນການບໍາລຸງຮັກສາທີ່ກ່ຽວຂ້ອງກັບ monolith ປົກກະຕິໂດຍການແບ່ງສ່ວນການພັດທະນາໃນທາງນີ້.
ໂດຍການໃຫ້ພວກເຂົາສຸມໃສ່ພື້ນທີ່ສະເພາະຂອງແອັບພລິເຄຊັນເປັນທີມທີ່ສອດຄ່ອງກັນ, ມັນຍັງເຮັດໃຫ້ຮູບແບບການຮ່ວມມືໃຫມ່ລະຫວ່າງ backend ແລະ frontend devs ເປັນໄປໄດ້.
ຕົວຢ່າງ, ທ່ານອາດຈະມີທີມງານທີ່ຮັບຜິດຊອບພຽງແຕ່ສໍາລັບຄວາມສາມາດໃນການຄົ້ນຫາຫຼືລັກສະນະອື່ນຂອງຜະລິດຕະພັນທີ່ສໍາຄັນທີ່ມີຄວາມສໍາຄັນຕໍ່ທຸລະກິດ.
ຂໍຂອບໃຈກັບສະຫະພັນໂມດູນ, ທ່ານມີຫນ້າທີ່ພຽງພໍທີ່ຈະຈັດການຂະບວນການເຮັດວຽກທີ່ micro frontend ເຂົ້າໃກ້ສິດອຳນາດ.
ຕອບນີ້ຈະພິຈາລະນາຢ່າງເລິກເຊິ່ງກ່ຽວກັບສະຖາປັດຕະຍະກໍາຂອງສະຫະພັນໂມດູນ, ເຊັ່ນດຽວກັນກັບລັກສະນະຕົ້ນຕໍແລະຮູບແບບຄໍາຮ້ອງສະຫມັກຂອງມັນ.
ສະນັ້ນ, ສິ່ງທີ່ເປັນກ ສະຫະພັນໂມດູນ?
ການອອກແບບສະຫະພັນຂອງ Javascript ເຮັດໃຫ້ການນໍາໃຊ້ພາກສ່ວນທີ່ນໍາໃຊ້ຄືນໃຫມ່ໃນຫຼາຍຄໍາຮ້ອງສະຫມັກ.
ມັນເປັນພາສາທີ່ເປັນທໍາມະດາພື້ນຖານ, ແຕ່ຂ້າພະເຈົ້າພຽງແຕ່ເຮັດໃຫ້ມັນເບິ່ງຄືວ່າວິທີການທີ່ຈະປະກົດວ່າ breezy.
ດັ່ງທີ່ພວກເຮົາທຸກຄົນຄຸ້ນເຄີຍກັບການແບ່ງປັນອົງປະກອບພາຍໃນຄໍາຮ້ອງສະຫມັກ React, ສະຫະພັນໂມດູນບັນລຸເປົ້າຫມາຍດຽວກັນໃນການປະຕິບັດຢ່າງມີປະສິດທິພາບ, ຍົກເວັ້ນວ່າມັນເປີດເຜີຍໂມດູນຄໍາຮ້ອງສະຫມັກແບບເຄື່ອນໄຫວສໍາລັບການບໍລິໂພກໂດຍຄໍາຮ້ອງສະຫມັກອື່ນໆ.
ສະຫະພັນໂມດູນຊອກຫາວິທີທີ່ຈະເອົາຊະນະບັນຫາຂອງການແບ່ງປັນໂມດູນໃນລະບົບການແຈກຢາຍໂດຍການໃຫ້ອົງປະກອບທີ່ແບ່ງປັນທີ່ສໍາຄັນເຫຼົ່ານັ້ນເປັນມະຫາພາກຫຼືຈຸນລະພາກຕາມຄວາມຕ້ອງການ.
ນີ້ແມ່ນສໍາເລັດໂດຍການໃຫ້ພວກເຂົາເອົາອອກຈາກແອັບຯຂອງທ່ານແລະຂະບວນການກໍ່ສ້າງ.
ເປັນຫຍັງສະຫະພັນໂມດູນ?
ນີ້ແມ່ນບາງປັດໃຈທີ່ສະຫະພັນໂມດູນສາມາດຈັດການໄດ້ງ່າຍ:
- ພາຍນອກແລະ DLLs (Dynamic Link Libraries) ແມ່ນທັງຫມົດທີ່ພວກເຮົາມີໃນບາງຄັ້ງຄາວສໍາລັບການເຮັດວຽກຮ່ວມກັນລະຫວ່າງແອັບຯ. ທັງໝົດນັ້ນເຮັດໃຫ້ການແບ່ງປັນລະຫັດການຂະຫຍາຍເປັນສິ່ງທ້າທາຍທີ່ສຸດ.
- NPM ແມ່ນຊ້າ.
- ເມື່ອສອງໂຄງການແຍກຕ່າງຫາກແບ່ງປັນລະຫັດທີ່ສໍາຄັນ, ພວກມັນຕ້ອງມີການເຄື່ອນໄຫວແລະມີຄວາມຍືດຫຍຸ່ນ.
ເພື່ອໃຫ້ແອັບ standalone ຢູ່ໃນບ່ອນເກັບມ້ຽນຂອງຕົນເອງ, ແຍກອອກ, ແລະເຮັດວຽກເປັນ SPA ເອກະລາດຂອງຕົນເອງ, Module Federation ໄດ້ຖືກສ້າງຂື້ນ.
ອົງປະກອບຫຼັກຂອງສະຫະພັນໂມດູນ
ກ່ອນທີ່ຈະລົງເລິກ, ສົນທະນາສັ້ນໆກ່ຽວກັບແນວຄວາມຄິດໃຫມ່ຈໍານວນຫນຶ່ງທີ່ສະຫະພັນໂມດູນນໍາມາແມ່ນສໍາຄັນ.
- ໂຮດ: ເມື່ອຫນ້າເວັບໂຫຼດ, ການກໍ່ສ້າງຫຼືໂມດູນທີ່ເລີ່ມຕົ້ນໃນເບື້ອງຕົ້ນແມ່ນເອີ້ນວ່າເຈົ້າພາບ. ຜູ້ໃຫ້ບໍລິການສາມາດຄິດວ່າເປັນເຈົ້າພາບ.
- ຣີໂໝດ: ຣີໂໝດແມ່ນໂຄງສ້າງທີ່ແຕກຕ່າງກັນທີ່ໃຊ້ບາງສ່ວນຂອງໂຮສ. ພວກເຂົາເຈົ້າຍັງຖືກເອີ້ນວ່າລູກຄ້າ.
- ໂຮສແບບ bi-directional: ການສ້າງ Webpack ທີ່ເຮັດໜ້າທີ່ເປັນທັງທາງໄກທີ່ໂຮສອື່ນບໍລິໂພກ ແລະໂຮສທີ່ບໍລິໂພກໄລຍະໄກ.
- ສະຫະພັນຜູ້ຂາຍ: ເປີດໃຊ້ການແບ່ງປັນ runtime ທີ່ມີການປະກາດຜົນຂອງການຂຶ້ນກັບໂມດູນ npm ສໍາລັບໂຮດຫຼືທາງໄກ, ໂດຍບໍ່ຄໍານຶງເຖິງສະຖານທີ່ທີ່ພວກມັນຖືກໂຫລດ. ຫນຶ່ງໃນບັນຫາການປະຕິບັດທີ່ສໍາຄັນກັບ micro frontends ຖືກແກ້ໄຂດ້ວຍວິທີນີ້.
ຮູບແບບຂອງຄໍາຮ້ອງສະຫມັກສະຫະພັນ
ລະບົບການອອກແບບສີຂຽວ
ຫນຶ່ງໃນຮູບແບບພື້ນຖານທີ່ສຸດຂອງຄໍາຮ້ອງສະຫມັກສະຫະພັນແມ່ນ "ຫ່າງໄກສອກຫຼີກສີຂຽວ," ເຊິ່ງເປັນໄລຍະໄກທີ່ໃຊ້ຮ່ວມກັນເຊັ່ນ "ລະບົບການອອກແບບ" ຫຼື "ຫ້ອງສະຫມຸດອົງປະກອບ" ທີ່ຖືກແຈກຢາຍແລະປັບປຸງເປັນເອກະລາດສໍາລັບຜູ້ໃຊ້ທັງຫມົດ.
ໂດຍທີ່ແຕ່ລະທີມ app ບໍ່ຈໍາເປັນຕ້ອງໃຊ້ເວລາໃນການແກ້ໄຂ, ນີ້ອາດຈະເປັນປະໂຫຍດໃນການຮັບປະກັນວ່າເວັບໄຊທ໌ອອນໄລນ໌ທັງຫມົດປະຕິບັດຕາມເອກະລັກຂອງບໍລິສັດທີ່ຜ່ານມາ.
ເພື່ອອອກແບບແລະວາງຂອບເຂດຈໍາກັດແລະຂັ້ນຕອນທີ່ຈໍາເປັນເພື່ອຮັບປະກັນຄວາມປອດໄພ, ການປັບປຸງຢ່າງຕໍ່ເນື່ອງ, ນີ້ອາດຈະເປັນສະຖານທີ່ທີ່ເປັນປະໂຫຍດສໍາລັບທຸລະກິດທີ່ຈະເລີ່ມຕົ້ນເມື່ອພິຈາລະນາສະຖາປັດຕະຍະກໍາຄໍາຮ້ອງສະຫມັກສະຫະພັນ.
ຕໍ່ໄປນີ້ແມ່ນບາງກໍລະນີການນໍາໃຊ້ທີ່ເປັນເອກະລາດການນໍາໃຊ້ຫ່າງໄກສອກຫຼີກທີ່ແບ່ງປັນອາດຈະເຫມາະສົມ:
- ລະບົບການອອກແບບ
- ແກະຄໍາຮ້ອງສະຫມັກ
- ຫ້ອງສະຫມຸດອົງປະກອບ
- ຜູ້ບໍລິໂພກ
- ຊຸດເຄື່ອງມືທີ່ໃຊ້ຮ່ວມກັນ
- ຮູບແບບການແຈກຢາຍທາງເລືອກສໍາລັບ widget ທີ່ໃຊ້ໂດຍພາຍໃນຫຼືພາຍນອກ
ການແບ່ງປັນໂມດູນຫຼາຍສະປາ
ນຳໃຊ້ຄຸນສົມບັດທີ່ສົ່ງອອກແລ້ວຄືນໃໝ່, ເຊັ່ນ: ອົງປະກອບຕ່າງໆ, ໃນແອັບໜ້າດຽວແບບດ່ຽວ. ຜົນປະໂຫຍດລວມມີ:
- ຜູ້ບໍລິໂພກໄດ້ຮັບການອັບເດດອັດຕະໂນມັດ
- ຄວາມຊ່ຽວຊານຂອງໂດເມນຍັງຄົງຢູ່ໃນທີມງານທີ່ຮັບຜິດຊອບຂອງມັນ.
- ປັບປຸງຂັ້ນຕອນການນຳໃຊ້ໃຫ້ດີຂຶ້ນ ເພາະວ່າການອອກໂມດູນແຍກຕ່າງຫາກແມ່ນບໍ່ຈຳເປັນ.
ສະຫະພັນຂັບເຄື່ອນ Shell
ສະຫະພັນຂັບເຄື່ອນແກະປະກອບມີ:
- ເມື່ອສ້າງສະບັບຜະລິດຕະພັນໃຫມ່, ທີມງານຜະລິດຕະພັນບໍ່ໄດ້ລໍຖ້າໃຫ້ທີມງານ Checkout ສໍາເລັດວຽກງານຂອງເຂົາເຈົ້າ.
- ເມື່ອປ່ຽນຣີໂໝດ, ບໍ່ມີການໂຫຼດໜ້າຄືນໃໝ່.
- ເມື່ອມີຄວາມຈໍາເປັນ, Shell ສະຫນອງການໂຫຼດຫ່າງໄກສອກຫຼີກຊ້າແລະເສັ້ນທາງ (ລະດັບເທິງ).
- ການສ້າງເສັ້ນທາງໃນທົ່ວໄລຍະໄກແມ່ນເປັນໄປໄດ້ໂດຍຜ່ານສະຫະພັນຜູ້ຂາຍ, ເຊິ່ງເຮັດໃຫ້ການນໍາໃຊ້ໃຫມ່ຂອງແພັກເກັດ npm ທີ່ໃຊ້ເລື້ອຍໆ.
- Shell ສະເໜີໂຄງຮ່າງການ ແລະການເພິ່ງພາອາໄສທົ່ວໄປອື່ນໆທີ່ນຳມາໃຊ້ຄືນໃໝ່ໂດຍຣີໂມດທີ່ຂີ້ອາຍທີ່ໂຫຼດແລ້ວ.
ສະຫະພັນຫຼາຍຫອຍ
ຄ້າຍຄືກັນກັບສະຫະພັນຂັບເຄື່ອນແກະທີ່ອະທິບາຍຂ້າງເທິງນີ້, ແຕ່ການນໍາໃຊ້ຫອຍທີ່ແຕກຕ່າງກັນ.
ມັນປະກອບດ້ວຍ:
- ຫອຍຈໍານວນຫນຶ່ງ
- ປ້າຍສີຂາວ
- Shell B ບໍ່ແມ່ນຕ້ອງການຫ່າງໄກສອກຫຼີກທັງໝົດ ຫຼືມີການຈັດຕັ້ງປະຕິບັດເອກະລາດ.
ຄຸນສົມບັດຫຼັກຂອງສະຫະພັນໂມດູນ
ການປະຕິບັດເວັບທີ່ດີເລີດ
ບັນຫາກັບອົງປະກອບຂອງໂມດູນ NPM ປົກກະຕິແມ່ນວ່າຈໍານວນຜູ້ເພິ່ງພາອາໄສເພີ່ມຂຶ້ນ, ໂດຍທົ່ວໄປແລ້ວຂະຫນາດຂອງແອັບພລິເຄຊັນຈະເຕີບໂຕ.
ເພື່ອຫຼີກເວັ້ນການໂຫຼດຊຸດໃນເວລາທີ່ຄໍາຮ້ອງສະຫມັກຂອງທ່ານໂຫຼດແລະພຽງແຕ່ໂຫຼດໃຫ້ເຂົາເຈົ້າໃນເວລາທີ່ມີຄວາມຈໍາເປັນ, Module Federation ສະເຫນີໃຫ້ທ່ານມີຄວາມສາມາດທີ່ຈະ lazily load bundle.
ນີ້ປ້ອງກັນຄວາມຕ້ອງການທີ່ຈະດາວໂຫລດໂມດູນກ່ອນທີ່ພວກມັນຈະຕ້ອງການຕົວຈິງ, ເຊິ່ງຊ່ວຍປັບປຸງຄວາມໄວຂອງເວັບໄຊທ໌.
ການພັດທະນາທີ່ມີປະສິດທິພາບ
ແຕ່ລະໂຄງການສາມາດຜະລິດແລະຈັດສົ່ງໄດ້ຢ່າງໂດດດ່ຽວແລະສາມາດດໍາເນີນໂດຍທີມງານຕ່າງໆເພາະວ່າສະຫະພັນໂມດູນສົ່ງເສີມໃຫ້ທ່ານຈັດຄໍາຮ້ອງສະຫມັກຂອງທ່ານເຂົ້າໄປໃນໂຄງການທີ່ແຕກຕ່າງກັນເພື່ອໃຫ້ທ່ານສາມາດສ້າງແລະນໍາໄປໃຊ້ແຍກຕ່າງຫາກ (ແລະເພາະສະນັ້ນຂະຫນານ).
ຄວາມສາມາດໃນການປິ່ນປົວຕົນເອງແລະຊ້ໍາຊ້ອນ
ການເພິ່ງພາອາໄສແບບແບ່ງປັນອະນຸຍາດໃຫ້ສະຫະພັນໂມດູນສາມາດຕິດຕາມຄວາມເພິ່ງພາອາໄສຂອງໂປຣແກຣມທັງໝົດຂອງທ່ານຢູ່ບ່ອນດຽວ.
ດ້ວຍວິທີນີ້, ເຖິງແມ່ນວ່າແອັບພລິເຄຊັນບໍ່ປະກາດການເພິ່ງພາອາໄສຫຼືເມື່ອມີບັນຫາເຄືອຂ່າຍ, ມັນຍັງຮູ້ວ່າມັນຕ້ອງການຫຍັງແລະສາມາດຈັດການກັບການດາວໂຫລດໄດ້ຕາມຄວາມຕ້ອງການ.
ການຈັດການທີ່ມີປະສິດທິຜົນຂອງການອີງໃສ່ທົ່ວໄປ
ນອກຈາກນັ້ນ, ສະຫະພັນໂມດູນສະຫນອງການຈັດການການເພິ່ງພາອາໄສທີ່ເຫນືອກວ່າ, ແກ້ໄຂຄວາມຕ້ອງການຂອງຜູ້ຂາຍແລະພາກສ່ວນທີສາມຢ່າງມີປະສິດທິພາບເພື່ອວ່າຄໍາຮ້ອງສະຫມັກຂອງເຈົ້າຈະບໍ່ໂຫລດຫຼາຍກວ່າຫນຶ່ງສະບັບຂອງຫ້ອງສະຫມຸດ.
ແທນທີ່ຈະຕ້ອງນຳໃຊ້ຜູ້ບໍລິໂພກຄືນໃໝ່, ນຳໃຊ້ລະຫັດເອກະລາດ.
ນັກພັດທະນາມີຄວາມສົນໃຈສູງທີ່ຈະມີຫນ້າທີ່ສີຂຽວ. ເມື່ອການທໍາງານທີ່ຂຶ້ນກັບການເປີດເຜີຍໄດ້ມີການປ່ຽນແປງ, ມັນຈະບໍ່ມີຄວາມຈໍາເປັນໃນການຕິດຕັ້ງຜູ້ບໍລິໂພກອີກຕໍ່ໄປ.
ຂ້າພະເຈົ້າຕ້ອງຍອມຮັບວ່ານີ້ເປັນຄຸນນະສົມບັດທີ່ມີອໍານາດສູງໃນຕົວຂອງມັນເອງ, ຫນຶ່ງທີ່ຈະຕ້ອງໄດ້ຮັບການກວດສອບຢ່າງລະມັດລະວັງເພື່ອປ້ອງກັນບໍ່ໃຫ້ເກີດຜົນໄດ້ຮັບທີ່ຄາດຫວັງ.
ໃນເວລາທີ່ແລ່ນ, ນໍາເຂົ້າລະຫັດຈາກການກໍ່ສ້າງອື່ນໆ.
ເມື່ອນໍາໃຊ້ຮູບແບບຊຸດ NPM, ພວກເຮົາອາດຈະພິຈາລະນາກິດທີ່ໃຊ້ Module Federation ຄ້າຍຄືກັບ APIs ແທນທີ່ຈະແບ່ງປັນລະຫັດແລະຄິດກ່ຽວກັບ "ຫ້ອງສະຫມຸດ."
ໃນລັກສະນະດຽວກັນທີ່ພວກເຂົາຍັງສາມາດໄດ້ຮັບຟັງຊັນຈາກແອັບຯອື່ນໆ, ແອັບພລິເຄຊັນເວັບສາມາດສະຫນອງການເຮັດວຽກໃຫ້ກັບແອັບພລິເຄຊັນອື່ນໆ.
ປັບປຸງປະສົບການນັກພັດທະນາໃນຂະນະທີ່ຮັກສາປະສົບການຂອງລູກຄ້າ
ໃດ ນັກພັດທະນາ JavaScript ຈະຂ້ອນຂ້າງສະດວກສະບາຍກັບ Module Federation ເນື່ອງຈາກວ່າມັນເປັນ plugin Webpack ທີ່ສາມາດເຂົ້າເຖິງໄດ້ໃນ Webpack ຮຸ່ນ 5.
ນີ້ແມ່ນແທ້ຈິງແລ້ວຫຼາຍເຂັ້ມແຂງແລະ intriguing ຖ້າຫາກວ່າພວກເຮົາໃຫ້ມັນຄິດບາງ.
ໂດຍການນໍາໃຊ້ຕົວໂຫລດ Webpack ພາກສ່ວນທີສາມ, ພິຈາລະນາອົງປະກອບທັງຫມົດທີ່ Webpack bundle, ລວມທັງສະຄຣິບ, ຊັບສິນ, ຮູບແບບ, ຮູບພາບ, markdowns, ແລະອື່ນໆ.
ໂດຍການນໍາໃຊ້ສະຫະພັນໂມດູນ, ທັງຫມົດເຫຼົ່ານີ້ສາມາດແບ່ງປັນແລະສະຫະພັນ.
Micro-frontends ດໍາເນີນການໃນຮູບແບບ monolithic.
ມັນຂ້ອນຂ້າງງ່າຍທີ່ຈະເພີ່ມການທໍາງານຮ່ວມກັນກັບຄໍາຮ້ອງສະຫມັກຂອງທ່ານ; ພຽງແຕ່ນໍາເຂົ້າມັດເປັນປົກກະຕິຫຼືນໍາໃຊ້ການໂຫຼດ synchronous.
ອີກທາງເລືອກ, ການໂຫຼດ asynchronous ສາມາດຖືກນໍາໃຊ້ເພື່ອພຽງແຕ່ການໂຫຼດ dependencies ເມື່ອມີຄວາມຈໍາເປັນໂດຍການນໍາໃຊ້ການໂຫຼດ lazy.
ສະຫຼຸບ
ໃນບົດຂຽນນີ້, ພວກເຮົາໄດ້ປຶກສາຫາລືກ່ຽວກັບສະຫະພັນໂມດູນເປັນທາງເລືອກທີ່ດີເລີດສໍາລັບການພັດທະນາຄໍາຮ້ອງສະຫມັກ micro-frontend ຂອງທ່ານ.
ການໃຫ້ແອັບຯແລກປ່ຽນ ແລະບໍລິໂພກຟັງຊັນໃນ runtime ສົ່ງເສີມການຂະຫຍາຍໄດ້ໂດຍການເຮັດໃຫ້ທີມງານຕ່າງໆເຮັດວຽກໃນແອັບພລິເຄຊັນທີ່ເປັນເອກະລາດ.
ເມື່ອການທໍາງານທົ່ວໄປປ່ຽນແປງ, ທ່ານຈະບໍ່ຈໍາເປັນຕ້ອງອອກແບບແລະນໍາໃຊ້ຜູ້ບໍລິໂພກຂອງທ່ານນັບຕັ້ງແຕ່ມັນສະຫນັບສະຫນູນການເຮັດວຽກສີຂຽວ.
ໂຄງການຂອງທ່ານຈະເຮັດວຽກຄ້າຍຄື monolith ຫຼັງຈາກມັນໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ, ຊຶ່ງເປັນ fantastic.
ການອ້າງອີງທີ່ສາມາດແບ່ງປັນໄດ້ຖືກນໍາໃຊ້ເພື່ອຫຼຸດຜ່ອນຂະຫນາດຂອງແອັບຯ. ເນື່ອງຈາກນັກພັດທະນາຫຼາຍຄົນມີຄວາມຄຸ້ນເຄີຍກັບສະພາບແວດລ້ອມ Webpack, ປະສົບການຂອງຜູ້ພັດທະນາແມ່ນດີເລີດ.
ອອກຈາກ Reply ເປັນ