ການປຽບທຽບລະຫວ່າງ AngularJS VS React ໃນປີ 2018

ໃນບົດຂຽນນີ້, ພວກເຮົາ ກຳ ລັງປຽບທຽບ 2 ເທັກໂນໂລຢີທີ່ໄດ້ຮັບຄວາມນິຍົມທີ່ສຸດໃນການພັດທະນາດ້ານ ໜ້າ: Angular ແລະ React. ພວກເຮົາ ກຳ ລັງຈະປຽບທຽບພວກມັນຈາກນັກສະຖາປະນິກໂຄງການແລະໂດຍມູມມອງຂອງນັກພັດທະນາພ້ອມທັງມູມມອງຂອງບໍລິສັດ.

ການປຽບທຽບ Angular ແລະ react ແມ່ນຫົວຂໍ້ທີ່ມີຄວາມນິຍົມຫຼາຍໃນປະຈຸບັນ. React ແລະ Angular ແມ່ນທັງເຕັກໂນໂລຢີ JavaScript ທີ່ມີຄວາມກ້າວ ໜ້າ ສູງ, ໄດ້ຖືກຮັບຮອງເອົາຢ່າງກວ້າງຂວາງທີ່ພວກເຮົາໃຊ້ເພື່ອສ້າງໂປແກຼມເວັບທີ່ຕອບສະ ໜອງ ແລະການສະ ໝັກ ໜ້າ ດຽວ. ຈຳ ນວນເຄື່ອງມື JavaScript ສຳ ລັບການພັດທະນາໂປແກຼມ ນຳ ໃຊ້ແບບດຽວ (SPAs) ທີ່ມີ ໜ້າ ດຽວຢ່າງໄວວາແມ່ນມີການເຕີບໃຫຍ່ຢ່າງຕໍ່ເນື່ອງ, ສະນັ້ນການເລືອກກອບທີ່ຖືກຕ້ອງ ສຳ ລັບນັກພັດທະນາເວັບແມ່ນທ້າທາຍຫຼາຍ.

ຄວາມແຕກຕ່າງຕົ້ນຕໍລະຫວ່າງ AngularJS (Framework) ແລະ React (ຫ້ອງສະ ໝຸດ) ແມ່ນການປະກອບ, ການຜູກມັດຂໍ້ມູນ, ການປະຕິບັດ, ການແກ້ໄຂຄວາມເພິ່ງພາອາໄສ, ທິດທາງແລະການຕັ້ງພູມ ລຳ ເນົາ. ໃຫ້ເບິ່ງໃນແຕ່ລະດ້ານຂອງລາຍລະອຽດເຫຼົ່ານີ້.

AngularJS

Angular ຮຸ່ນ 2 ແລະສູງກວ່າໄດ້ປະມານ ໜ້ອຍ ແລ້ວ React, ແຕ່ຖ້າທ່ານນັບໃນປະຫວັດຂອງ AngularJS, ຮູບພາບກໍ່ຈະ ໝົດ ໄປ. ມັນຖືກຮັກສາໄວ້ໂດຍ Google ແລະໃຊ້ໃນ Analytics, Adwords ແລະ Google Fiber. ເນື່ອງຈາກ AdWords ແມ່ນ ໜຶ່ງ ໃນບັນດາໂຄງການທີ່ ສຳ ຄັນໃນ Google, ມັນເປັນທີ່ຈະແຈ້ງວ່າພວກເຂົາໄດ້ຕັ້ງໃຈໃສ່ມັນແລະບໍ່ ໜ້າ ຈະຫາຍໄປໃນເວລາໄວໆນີ້.

ປະຕິກິລິຍາ

React ຖືກພັດທະນາແລະຮັກສາໂດຍເຟສບຸກແລະຍັງໃຊ້ໃນຜະລິດຕະພັນຂອງພວກເຂົາເຊັ່ນ Instagram ແລະ WhatsApp. ມັນມີມາເປັນເວລາປະມານສີ່ປີເຄິ່ງແລ້ວ, ສະນັ້ນມັນບໍ່ແມ່ນເລື່ອງ ໃໝ່ ແທ້ໆ. ມັນກໍ່ແມ່ນ ໜຶ່ງ ໃນບັນດາໂຄງການທີ່ໄດ້ຮັບຄວາມນິຍົມສູງສຸດໃນ GitHub, ເຊິ່ງມີປະມານ 92,000 ດາວໃນເວລາຂຽນ. ຊື່ສາມັນດີ ສຳ ລັບຂ້ອຍ.

ສ່ວນປະກອບ

AngularJS

AngularJS ມີໂຄງສ້າງທີ່ສັບສົນແລະຄົງທີ່ຫຼາຍເພາະວ່າມັນອີງໃສ່ສະຖາປັດຕະຍະ ກຳ ແບບ Model-View-Controller ໂດຍປົກກະຕິຂອງການ ນຳ ໃຊ້ ໜ້າ ດຽວ ຈຸດປະສົງ $ ຂອບເຂດໃນ AngularJS ແມ່ນຮັບຜິດຊອບຕໍ່ສ່ວນ Model, ເຊິ່ງເລີ່ມຕົ້ນໂດຍ Controller ແລະຫຼັງຈາກນັ້ນກໍ່ປ່ຽນເປັນ HTML ເພື່ອສ້າງ View ໃຫ້ກັບຜູ້ໃຊ້. AngularJS ໃຫ້ບໍລິການຫຼາຍມາດຕະຖານ, ໂຮງງານ, ຜູ້ຄວບຄຸມ, ທິດທາງ, ແລະສ່ວນປະກອບອື່ນໆ.

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

ປະຕິກິລິຍາ

ມັນບໍ່ມີໂຄງສ້າງທີ່ຖືກຕ້ອງ ສຳ ລັບໂປແກຼມທີ່ສ້າງດ້ວຍ React ມັນແມ່ນຫ້ອງສະ ໝຸດ JavaScript ຂະ ໜາດ ໃຫຍ່ທີ່ຊ່ວຍໃຫ້ພວກເຮົາປັບປຸງ View ສຳ ລັບຜູ້ໃຊ້. ແຕ່ React ຍັງບໍ່ຍອມໃຫ້ພວກເຮົາສ້າງ ຄຳ ຮ້ອງສະ ໝັກ ດ້ວຍຕົວມັນເອງ. ຫ້ອງສະ ໝຸດ ຂາດຮູບແບບແລະຊັ້ນຄວບຄຸມ. ເພື່ອຕື່ມຂໍ້ມູນໃສ່ຊ່ອງຫວ່າງດັ່ງກ່າວ, ເຟສບຸກໄດ້ ນຳ ສະ ເໜີ Flux, ເຊິ່ງມີຫລາຍໆປັດຈຸບັນ, ເພື່ອຄວບຄຸມການເຮັດວຽກຂອງການ ນຳ ໃຊ້.

React ສະ ໜອງ ວິທີທີ່ລຽບງ່າຍແລະມີປະສິດທິພາບສູງໃນການສ້າງຕົ້ນໄມ້ສ່ວນປະກອບ. ມັນມີແບບການຂຽນໂປຼແກຼມທີ່ມີປະໂຫຍດທີ່ຄໍານິຍາມຂອງສ່ວນປະກອບແມ່ນຖືກປະກາດ. ການປະກອບແອັບ app ຂອງທ່ານຈາກສ່ວນປະກອບຂອງ React ແມ່ນຄ້າຍຄືການຂຽນໂປແກຼມ JavaScript ຈາກ ໜ້າ ທີ່.

ການຜູກມັດຂໍ້ມູນ

ໃນ MVC Patterns ການຜູກມັດແມ່ນຫົວຂໍ້ທີ່ ສຳ ຄັນທີ່ສຸດໃນການສົ່ງຂໍ້ມູນໃດໆໃນຮູບແບບ uni-direction ຫຼືສອງທິດທາງ flow.Data Binding ແມ່ນຂະບວນການປະສານຂໍ້ມູນທີ່ເຮັດວຽກລະຫວ່າງຕົວແບບແລະສ່ວນປະກອບການເບິ່ງ.

AngularJS

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

ປະຕິກິລິຍາ

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

ການປະຕິບັດ

AngularJS

ມີສອງຢ່າງທີ່ຕ້ອງ ຄຳ ນຶງເຖິງເມື່ອພວກເຮົາເວົ້າກ່ຽວກັບຜົນງານຂອງ Angular. ດັ່ງທີ່ພວກເຮົາໄດ້ກ່າວມາກ່ອນ ໜ້າ ນີ້, Angular 1.x ແລະສູງຂື້ນຂື້ນກັບການຜູກມັດຂໍ້ມູນສອງທາງ. ແນວຄິດນີ້ແມ່ນອີງໃສ່ "ການກວດສອບທີ່ເປື້ອນ," ກົນໄກທີ່ສາມາດເຮັດໃຫ້ AngularJS Application Development ຂອງພວກເຮົາປະສົບກັບຄວາມຫຍຸ້ງຍາກ.

ເມື່ອພວກເຮົາຜູກມັດຄ່າຕ່າງໆໃນ HTML ກັບແບບຂອງພວກເຮົາ, AngularJS ສ້າງເຄື່ອງວັດ ສຳ ລັບແຕ່ລະຂໍ້ຜູກມັດເພື່ອຕິດຕາມການປ່ຽນແປງໃນ DOM. ເມື່ອການປັບປຸງ View, AngularJS ປຽບທຽບຄ່າ ໃໝ່ ກັບຄ່າເລີ່ມຕົ້ນແລະແລ່ນ $ digest loop. The $ digest loop ຫຼັງຈາກນັ້ນກວດເບິ່ງບໍ່ພຽງແຕ່ຄ່າທີ່ມີການປ່ຽນແປງຕົວຈິງເທົ່ານັ້ນ, ແຕ່ຍັງມີຄ່າອື່ນໆທັງ ໝົດ ທີ່ຖືກຕິດຕາມຜ່ານຜູ້ເບິ່ງ. ນີ້ແມ່ນເຫດຜົນທີ່ວ່າການປະຕິບັດງານຈະຫຼຸດລົງຫຼາຍຖ້າຄໍາຮ້ອງສະຫມັກຂອງທ່ານມີຜູ້ເບິ່ງແຍງຫຼາຍເກີນໄປ.

ຂໍ້ບົກຜ່ອງອີກອັນ ໜຶ່ງ ຂອງກອບ AngularJS ແມ່ນວິທີທີ່ມັນເຮັດວຽກກັບ DOM. ບໍ່ຄືກັບ React, AngularJS ໃຊ້ການປ່ຽນແປງໃນ DOM ຈິງໃນ browser. ເມື່ອ DOM ທີ່ແທ້ຈິງໄດ້ຮັບການປັບປຸງ, ຕົວທ່ອງເວັບຕ້ອງປ່ຽນແປງຄ່າພາຍໃນຫຼາຍຢ່າງເພື່ອເປັນຕົວແທນຂອງ DOM ໃໝ່. ນີ້ຍັງມີຜົນກະທົບທາງລົບຕໍ່ການປະຕິບັດການສະ ໝັກ.
 ການປະຕິບັດທີ່ບໍ່ດີແມ່ນເຫດຜົນຫຼັກທີ່ເຮັດໃຫ້ຜູ້ສະ ໜັບ ສະ ໜູນ Angular 2 ເຮັດວຽກຄືນ ໃໝ່ ວ່າ Angular ປ່ຽນສະຖານະຂອງໂປແກຼມແນວໃດ Angular 2 ແລະເວີຊັນ Angular 4 ລ້າສຸດຍັງມີການສະແດງຜົນຂ້າງເຊີຟເວີແລະຂໍ້ມູນ ໜຶ່ງ ເສັ້ນທາງທີ່ມີຄວາມຜູກພັນຄ້າຍຄືກັນກັບ React. ເຖິງຢ່າງໃດກໍ່ຕາມ, Angular 2 ແລະ 4 ສະ ເໜີ ຂໍ້ມູນການຜູກມັດສອງທາງເປັນທາງເລືອກ.

ປະຕິກິລິຍາ

React ໄດ້ແນະ ນຳ ແນວຄວາມຄິດຂອງ DOM ເສມືນ, ເຊິ່ງແມ່ນ ໜຶ່ງ ໃນຂໍ້ໄດ້ປຽບທີ່ດີທີ່ສຸດຂອງ React ເມື່ອປຽບທຽບກັບ AngularJS. DOM ເສມືນເຮັດວຽກໄດ້ແນວໃດ? ເມື່ອເອກະສານ HTML ຂອງພວກເຮົາໂຫລດ, React ສ້າງຕົ້ນໄມ້ DOM ທີ່ມີນ້ ຳ ໜັກ ເບົາຈາກວັດຖຸ JavaScript ແລະບັນທຶກມັນໄວ້ໃນ server. ໃນເວລາທີ່ຜູ້ໃຊ້, ໃສ່ຂໍ້ມູນ ໃໝ່ ໃນພາກສະ ໜາມ ໃນ browser, React ສ້າງ DOM ເສມືນ ໃໝ່ ແລະຈາກນັ້ນປຽບທຽບກັບ DOM ທີ່ຖືກບັນທຶກໄວ້ກ່ອນ ໜ້າ ນີ້. ຫ້ອງສະ ໝຸດ ພົບຄວາມແຕກຕ່າງລະຫວ່າງສອງແບບວັດຖຸໃນແບບດັ່ງກ່າວແລະກໍ່ສ້າງ DOM virtual ໃໝ່ ອີກຄັ້ງ, ແຕ່ດ້ວຍ HTML ທີ່ປ່ຽນ ໃໝ່. ວຽກທັງ ໝົດ ນີ້ແມ່ນເຮັດຢູ່ໃນເຊີຟເວີ, ເຊິ່ງຊ່ວຍຫຼຸດຜ່ອນພາລະໃນເບົາເຊີ.

ໃນປັດຈຸບັນ, ແທນທີ່ຈະສົ່ງ HTML ທີ່ສົມບູນໄປຫາ browser, React ສົ່ງ HTML ພຽງແຕ່ ສຳ ລັບສ່ວນປະກອບທີ່ປ່ຽນແປງ. ວິທີການນີ້ມີປະສິດທິພາບຫຼາຍກ່ວາສິ່ງທີ່ AngularJS ສະ ເໜີ.

ການແກ້ໄຂຄວາມເອື່ອຍອີງ

AngularJS

ການເພິ່ງພາການເພິ່ງພາອາໄສແມ່ນຮູບແບບການອອກແບບຊອບແວເຊິ່ງອົງປະກອບຕ່າງໆໄດ້ຮັບການເພິ່ງພາອາໃສຂອງພວກເຂົາແທນທີ່ຈະກັກຂັງພວກມັນພາຍໃນສ່ວນປະກອບ. ນີ້ຊ່ວຍບັນເທົາສ່ວນປະກອບ ໜຶ່ງ ຈາກການຊອກຫາຄວາມເພິ່ງພາອາໄສແລະເຮັດໃຫ້ຄວາມເພິ່ງພາອາໄສສາມາດຕັ້ງຄ່າໄດ້. ສິ່ງນີ້ຊ່ວຍໃນການເຮັດໃຫ້ສ່ວນປະກອບສາມາດ ນຳ ໃຊ້ໄດ້, ຮັກສາແລະທົດສອບໄດ້.
 AngularJS ພົບເຫັນວັດຖຸທີ່ ເໝາະ ສົມໂດຍອັດຕະໂນມັດທີ່ຖືກສີດເປັນ $ routeParams, $ filter, store, ແລະ $ ຂອບເຂດ. ມີສອງ ໜ້າ ທີ່ເຮັດໃຫ້ການສີດຢາເພິ່ງພາອາໃສຄວາມເປັນໄປໄດ້ໃນກອບ AngularJS: $ inject ແລະ $ ໃຫ້.

ປະຕິກິລິຍາ

ຄວາມແຕກຕ່າງລະຫວ່າງ React ແລະ AngularJS ກ່ຽວກັບການສີດຢາເພິ່ງພາອາໄສແມ່ນວ່າ React ບໍ່ໄດ້ສະ ເໜີ ແນວຄວາມຄິດຂອງການບັນຈຸທີ່ບັນຈຸໃນການສີດຢາເພິ່ງພາອາໃສ. ແຕ່ນີ້ບໍ່ໄດ້ ໝາຍ ຄວາມວ່າພວກເຮົາຕ້ອງຄິດເຖິງວິທີການທີ່ຈະສັກຢາຄວາມເພິ່ງພາອາໄສໃນໂຄງການ React ຂອງພວກເຮົາ. ທ່ານສາມາດໃຊ້ເຄື່ອງມືຫຼາຍຢ່າງເພື່ອສັກຄວາມເພິ່ງພາອາໄສໂດຍອັດຕະໂນມັດໃນໂປແກຼມ React. ເຄື່ອງມືດັ່ງກ່າວປະກອບມີ Browserify, RequireJS, ECMAScript 6 ໂມດູນທີ່ພວກເຮົາສາມາດ ນຳ ໃຊ້ຜ່ານ Babel, ReactJS-di, ແລະອື່ນໆ. ສິ່ງທ້າທາຍພຽງແຕ່ແມ່ນການເລືອກເຄື່ອງມືທີ່ຈະໃຊ້.

ທິດທາງແລະແມ່ແບບ

AngularJS

ທິດທາງໃນ AngularJS ແມ່ນວິທີການຈັດລະຫັດຂອງພວກເຮົາຮອບ DOM. ຖ້າເຮັດວຽກກັບ AngularJS, ພວກເຮົາເຂົ້າເຖິງ DOM ໂດຍຜ່ານ ຄຳ ແນະ ນຳ ເທົ່ານັ້ນ. AngularJS ມີທິດທາງມາດຕະຖານຫຼາຍຢ່າງເຊັ່ນ: ng-bind ຫຼື ng-app, ແຕ່ບາງຄັ້ງພວກເຮົາເຮັດທິດທາງຂອງພວກເຮົາເອງໃນ AngularJS ເພື່ອໃສ່ຂໍ້ມູນເຂົ້າໃນແມ່ແບບ. ແມ່ແບບຕ້ອງມີອົງປະກອບທີ່ມີທິດທາງຂອງພວກເຮົາເປັນລາຍລັກອັກສອນ. ມັນງ່າຍດາຍຄືກັນກັບວ່າ. ແຕ່ ຄຳ ແນະ ນຳ ຂອງ AngularJS, ຖ້າຖືກ ກຳ ນົດຢ່າງຄົບຖ້ວນ, ແມ່ນຊັບຊ້ອນ. ຈຸດປະສົງທີ່ມີການຕັ້ງຄ່າ, ເຊິ່ງພວກເຮົາກັບຄືນມາໃນທິດທາງ, ມີຄຸນສົມບັດປະມານສິບຢ່າງ. ຄຸນສົມບັດດັ່ງກ່າວເປັນ templateUrl ຫຼື template ແມ່ນເຂົ້າໃຈງ່າຍ.

ປະຕິກິລິຍາ

React ບໍ່ສະ ເໜີ ການແບ່ງແຍກເປັນແມ່ແບບແລະທິດທາງຫຼືເຫດຜົນຂອງແມ່ແບບ. ເຫດຜົນຂອງແມ່ແບບຄວນຖືກຂຽນໄວ້ໃນ template ເອງ. ເພື່ອເບິ່ງວ່າມັນມີລັກສະນະແນວໃດ, ເປີດຕົວຢ່າງຈາກ GitHub. ທ່ານຈະສັງເກດເຫັນວ່າ app.TodoItem ສ່ວນປະກອບຂອງ React ຖືກສ້າງຂື້ນມາດ້ວຍວິທີການ React.createClass () ມາດຕະຖານ. ພວກເຮົາສົ່ງວັດຖຸທີ່ມີຄຸນສົມບັດເຂົ້າໃນ ໜ້າ ທີ່ນີ້. ຄຸນສົມບັດດັ່ງກ່າວເປັນ componentDidUpdate, shouldComponentUpdate, handleKeyDown, ຫຼື handleSubmit ເປັນຕົວແທນຂອງເຫດຜົນ - ສິ່ງທີ່ຈະເກີດຂື້ນກັບແມ່ແບບຂອງພວກເຮົາ. ໃນທີ່ສຸດຂອງສ່ວນປະກອບ, ພວກເຮົາມັກຈະ ກຳ ນົດຄຸນສົມບັດຂອງ render, ເຊິ່ງແມ່ນແມ່ແບບທີ່ຈະສະແດງໃນ browser. ທຸກສິ່ງທຸກຢ່າງຕັ້ງຢູ່ບ່ອນດຽວ, ແລະ syntax JSX ໃນແມ່ແບບແມ່ນເຂົ້າໃຈງ່າຍເຖິງແມ່ນວ່າທ່ານບໍ່ຮູ້ວິທີຂຽນໃນ JSX. ມັນຈະແຈ້ງວ່າມັນຈະມີຫຍັງເກີດຂື້ນກັບແມ່ແບບຂອງພວກເຮົາ, ວ່າມັນຄວນຈະມີການຕອບສະ ໜອງ ແນວໃດແລະຂໍ້ມູນຈະຖືກ ນຳ ສະ ເໜີ ຕໍ່ມັນໂດຍຄຸນສົມບັດ.

ສະຫຼຸບ:

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

ຈັດພີມມາໃນເບື້ອງຕົ້ນຢູ່ Angular Minds.