RxSwift ແລະ coroutines ໃນ Kotlin - ທາງເລືອກໃນການພັດທະນາໂທລະສັບມືຖືຈາກ AGIMA ແລະ GeekBrains

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

ໃນປີນີ້, GeekBrains, ເປັນສ່ວນຫນຶ່ງຂອງຄະນະພັດທະນາມືຖືຂອງມະຫາວິທະຍາໄລອອນໄລນ໌ GeekUniversity, ໄດ້ເລີ່ມເຮັດວຽກກັບອົງການໂຕ້ຕອບ AGIMA, ເຊິ່ງທີມງານແມ່ນຜູ້ພັດທະນາມືອາຊີບ (ພວກເຂົາສ້າງໂຄງການທີ່ມີຄວາມຊັບຊ້ອນສູງ, ປະຕູຂອງບໍລິສັດແລະແອັບພລິເຄຊັນມືຖື, ນັ້ນແມ່ນທັງຫມົດ). AGIMA ແລະ GeekBrains ໄດ້ສ້າງທາງເລືອກສໍາລັບການລົງເລິກໃນບັນຫາການປະຕິບັດຂອງການພັດທະນາແອັບພລິເຄຊັນມືຖື.

ບໍ່ດົນມານີ້ພວກເຮົາໄດ້ລົມກັບ Igor Vedeneyev, ຜູ້ຊ່ຽວຊານດ້ານ iOS, ແລະ Alexander Tizik, ຜູ້ທີ່ຊ່ຽວຊານດ້ານ Androidຂໍຂອບໃຈພວກເຂົາ, ຫຼັກສູດເລືອກພັດທະນາມືຖືໄດ້ຮັບການປັບປຸງໃຫ້ດີຂຶ້ນດ້ວຍການປະຕິບັດຕົວຈິງ ຫຼັກສູດພິເສດກ່ຽວກັບກອບ RxSwift и coroutines ໃນ Kotlin. ໃນບົດຄວາມນີ້, ນັກພັດທະນາເວົ້າກ່ຽວກັບຄວາມສໍາຄັນຂອງແຕ່ລະພື້ນທີ່ສໍາລັບນັກຂຽນໂປລແກລມ.

ການຂຽນໂປລແກລມ Reactive ໃນ iOS ໂດຍໃຊ້ RxSwift ເປັນຕົວຢ່າງ

ຄູສອນເລືອກ Igor Vedeneev: "ດ້ວຍ RxSwift, ຄໍາຮ້ອງສະຫມັກຂອງທ່ານຈະບິນ"

ນັກສຶກສາໄດ້ຮັບຂໍ້ມູນຫຍັງແດ່ໃນລະຫວ່າງການເລືອກຕັ້ງ?

ພວກເຮົາສົນທະນາບໍ່ພຽງແຕ່ກ່ຽວກັບຄວາມສາມາດຂອງກອບ, ແຕ່ຍັງສະແດງໃຫ້ເຫັນວິທີການນໍາໃຊ້ມັນໃນການປະສົມປະສານ MVVM + RxSwift ຄລາສສິກ. ຕົວຢ່າງພາກປະຕິບັດຈໍານວນຫນຶ່ງຍັງໄດ້ຖືກປຶກສາຫາລື. ເພື່ອລວບລວມຂໍ້ມູນທີ່ໄດ້ຮັບ, ພວກເຮົາຂຽນຄໍາຮ້ອງສະຫມັກທີ່ໃກ້ຊິດທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້ກັບເງື່ອນໄຂການດໍາເນີນງານພາກສະຫນາມ. ນີ້ຈະເປັນຄໍາຮ້ອງສະຫມັກຄົ້ນຫາດົນຕີໂດຍໃຊ້ iTunes Search API. ຢູ່ທີ່ນັ້ນພວກເຮົາຈະນໍາໃຊ້ການປະຕິບັດທີ່ດີທີ່ສຸດທັງຫມົດ, ບວກກັບພິຈາລະນາທາງເລືອກທີ່ງ່າຍກວ່າສໍາລັບການນໍາໃຊ້ RxSwift ໃນແບບ MVC.

RxSwift - ເປັນຫຍັງນັກຂຽນໂປລແກລມ iOS ຕ້ອງການກອບນີ້, ມັນເຮັດໃຫ້ຊີວິດຂອງນັກພັດທະນາງ່າຍຂຶ້ນແນວໃດ?

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

ສໍາລັບນັກພັດທະນາ, ຄວາມຮູ້ກ່ຽວກັບກອບເປັນບວກທີ່ດີໃນຊີວະປະຫວັດຫຍໍ້, ເນື່ອງຈາກວ່າຄວາມເຂົ້າໃຈຂອງການຂຽນໂປຼແກຼມ reactive, ແລະໂດຍສະເພາະແມ່ນປະສົບການກັບ RxSwift, ແມ່ນມີມູນຄ່າໃນຕະຫຼາດ.

ເປັນຫຍັງເລືອກກອບສະເພາະນີ້ຫຼາຍກວ່າຄົນອື່ນ?

RxSwift ມີຊຸມຊົນທີ່ໃຫຍ່ທີ່ສຸດ. ນີ້ໝາຍຄວາມວ່າມີໂອກາດດີກວ່າທີ່ບັນຫາທີ່ນັກພັດທະນາປະເຊີນຢູ່ນັ້ນໄດ້ຮັບການແກ້ໄຂແລ້ວ. ມັນຍັງມີການຜູກມັດທີ່ທັນສະໄໝຈຳນວນຫຼວງຫຼາຍ. ນອກຈາກນັ້ນ, RxSwift ແມ່ນສ່ວນໜຶ່ງຂອງ ReactiveX, ຊຶ່ງໝາຍຄວາມວ່າມັນມີສິ່ງທຽບເທົ່າສຳລັບ Androidຕົວຢ່າງ (RxJava, RxKotlin), ແລະເພື່ອນຮ່ວມງານໃນກອງປະຊຸມສາມາດເວົ້າລົມກັນໃນພາສາດຽວກັນໄດ້, ເຖິງວ່າບາງຄົນເຮັດວຽກກັບ iOS, ຄົນອື່ນໆເຮັດວຽກກັບ Android.

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

RxSwift ຄວນໃຊ້ຢູ່ໃສ?

1. ຜູກມັດ. ຕາມກົດລະບຽບ, ພວກເຮົາກໍາລັງເວົ້າກ່ຽວກັບ UI, ຄວາມສາມາດໃນການປ່ຽນແປງ UI, ຄືກັບການຕອບສະຫນອງຕໍ່ການປ່ຽນແປງຂໍ້ມູນ, ແລະບໍ່ໄດ້ບອກຢ່າງຈະແຈ້ງກ່ຽວກັບການໂຕ້ຕອບວ່າມັນເຖິງເວລາທີ່ຈະປັບປຸງ.
2. ຄວາມສໍາພັນລະຫວ່າງອົງປະກອບແລະການດໍາເນີນງານ. ພຽງແຕ່ຕົວຢ່າງ. ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ຮັບບັນຊີລາຍຊື່ຂອງຂໍ້ມູນຈາກເຄືອຂ່າຍ. ໃນຄວາມເປັນຈິງ, ນີ້ບໍ່ແມ່ນການດໍາເນີນງານງ່າຍດາຍ. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງໄດ້ສົ່ງຄໍາຮ້ອງຂໍ, ແຜນທີ່ການຕອບສະຫນອງເຂົ້າໄປໃນ array ຂອງວັດຖຸ, ບັນທຶກມັນໄວ້ໃນຖານຂໍ້ມູນແລະສົ່ງໄປທີ່ UI. ຕາມກົດລະບຽບ, ອົງປະກອບທີ່ແຕກຕ່າງກັນແມ່ນຮັບຜິດຊອບໃນການປະຕິບັດງານເຫຼົ່ານີ້ (ພວກເຮົາຮັກແລະປະຕິບັດຕາມຫຼັກການ ແກ້ໄຂ?). ມີເຄື່ອງມືເຊັ່ນ RxSwift ຢູ່ໃນມື, ມັນເປັນໄປໄດ້ທີ່ຈະອະທິບາຍສິ່ງທີ່ລະບົບຈະເຮັດ, ແລະວິທີການທີ່ມັນຈະເຮັດມັນຈະຢູ່ໃນສະຖານທີ່ອື່ນໆ. ມັນແມ່ນຍ້ອນນີ້, ອົງການຈັດຕັ້ງທີ່ດີກວ່າຂອງລະຫັດແມ່ນບັນລຸໄດ້ແລະການອ່ານໄດ້ເພີ່ມຂຶ້ນ. ຂ້ອນຂ້າງເວົ້າ, ລະຫັດສາມາດແບ່ງອອກເປັນຕາຕະລາງເນື້ອໃນແລະຫນັງສືເອງ.

Coroutines ໃນ Kotlin

ຄູສອນວິຊາເລືອກ Alexander Tizik: "ການພັດທະນາທີ່ທັນສະໄຫມຮຽກຮ້ອງໃຫ້ມີວິທີການດ້ານວິຊາການທີ່ທັນສະໄຫມ"

ສິ່ງທີ່ຈະໄດ້ຮັບການສອນຢູ່ໃນຄະນະວິຊາ GeekBrains ເປັນສ່ວນຫນຶ່ງຂອງໄຕມາດຍີ່ຫໍ້?

ທິດສະດີ, ການປຽບທຽບກັບວິທີການອື່ນໆ, ຕົວຢ່າງການປະຕິບັດຕົວຈິງໃນ Kotlin ທີ່ບໍລິສຸດ ແລະ ໃນຮູບແບບ Android- ແອັບພລິເຄຊັນ. ສຳລັບການຝຶກອົບຮົມຕົວຈິງ, ນັກຮຽນຈະໄດ້ສະແດງໃຫ້ເຫັນແອັບພລິເຄຊັນທີ່ເຊື່ອມໂຍງກັບ coroutines ຢ່າງສົມບູນ. ແອັບພລິເຄຊັນສ່ວນໃຫຍ່ແມ່ນອີງໃສ່ການຄຳນວນແບບ asynchronous ແລະ parallel. ຢ່າງໃດກໍຕາມ, coroutines Kotlin ອະນຸຍາດໃຫ້ມີການລວມຕົວຂອງລະຫັດທີ່ສັບສົນ, ບໍ່ເປັນເອກະພາບ, ຫຼື ສັບສົນເກີນໄປ ແລະ ເຮັດວຽກໜັກໃຫ້ເປັນແບບດຽວທີ່ເຂົ້າໃຈງ່າຍ, ເຊິ່ງບັນລຸການປັບປຸງຄວາມຖືກຕ້ອງຂອງການປະຕິບັດ ແລະ ປະສິດທິພາບ.

ພວກເຮົາຈະຮຽນຮູ້ການຂຽນລະຫັດ idiomatic ໃນ coroutines ທີ່ແກ້ໄຂບັນຫາການປະຕິບັດແລະເຂົ້າໃຈໄດ້ຢູ່ glance ທໍາອິດເຖິງແມ່ນວ່າບໍ່ມີຄວາມຮູ້ເລິກເຊິ່ງກ່ຽວກັບວິທີການເຮັດວຽກຂອງ coroutines (ເຊິ່ງບໍ່ສາມາດເວົ້າກ່ຽວກັບຫ້ອງສະຫມຸດເຊັ່ນ RxJava). ພວກເຮົາຍັງຈະເຂົ້າໃຈວິທີການນໍາໃຊ້ແນວຄວາມຄິດທີ່ຊັບຊ້ອນຫຼາຍຂຶ້ນ, ເຊັ່ນ: ຕົວແບບນັກສະແດງ, ເພື່ອແກ້ໄຂບັນຫາທີ່ສັບສົນຫຼາຍ, ເຊັ່ນ: ຄັງຂໍ້ມູນໃນແນວຄວາມຄິດ MVI.

ໂດຍວິທີທາງການ, ຂ່າວດີຫຼາຍ. ໃນຂະນະທີ່ການເລືອກຕັ້ງໄດ້ຖືກບັນທຶກໄວ້, ການປັບປຸງຫ້ອງສະຫມຸດ Kotlin Coroutines ໄດ້ຖືກປ່ອຍອອກມາ, ໃນຫ້ອງຮຽນໄດ້ປາກົດຂຶ້ນ. Flow - ການ​ປຽບ​ທຽບ​ຂອງ​ປະ​ເພດ​ Flowable и Observable ຈາກ RxJava. ການປັບປຸງອັນສໍາຄັນເຮັດໃຫ້ຄຸນສົມບັດ coroutines ສົມບູນຈາກທັດສະນະຂອງຜູ້ພັດທະນາແອັບພລິເຄຊັນ. ແທ້ຈິງແລ້ວ, ຍັງມີບ່ອນຫວ່າງສໍາລັບການປັບປຸງ: ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າຍ້ອນການສະຫນັບສະຫນູນຂອງ coroutines ໃນ kotlin / native, ມັນເປັນໄປໄດ້ທີ່ຈະຂຽນຄໍາຮ້ອງສະຫມັກຫຼາຍເວທີໃນ Kotlin ແລະບໍ່ທົນທຸກຈາກການຂາດ RxJava ຫຼື analogues ໃນ Kotlin ບໍລິສຸດ, ການສະຫນັບສະຫນູນສໍາລັບ coroutines ໃນ kotlin/native ແມ່ນຍັງບໍ່ທັນສົມບູນເທື່ອ. ຕົວຢ່າງ, ບໍ່ມີແນວຄວາມຄິດຂອງນັກສະແດງ. ໂດຍທົ່ວໄປ, ທີມງານ Kotlin ມີແຜນການທີ່ຈະສະຫນັບສະຫນູນນັກສະແດງທີ່ສັບສົນຫຼາຍໃນທຸກເວທີ.

Kotlin Coroutines - ພວກເຂົາຊ່ວຍນັກພັດທະນາ Kotlin ໄດ້ແນວໃດ?

Coroutines ໃຫ້ໂອກາດທີ່ດີທີ່ຈະຂຽນລະຫັດທີ່ສາມາດອ່ານໄດ້, ຮັກສາໄດ້, ແລະປອດໄພ, ບໍ່ຊິ້ງ, ແລະກົງກັນ. ນອກນັ້ນທ່ານຍັງສາມາດສ້າງອະແດບເຕີສໍາລັບກອບ asynchronous ແລະວິທີການອື່ນໆທີ່ອາດຈະຖືກນໍາໃຊ້ແລ້ວໃນ codebase.

Coroutines ແຕກຕ່າງຈາກກະທູ້ແນວໃດ?

ທີມງານ Kotlin ໂທຫາ coroutines ກະທູ້ lightweight. ນອກຈາກນັ້ນ, coroutine ສາມາດສົ່ງຄືນມູນຄ່າບາງຢ່າງ, ເພາະວ່າ, ຫຼັກຂອງມັນ, coroutine ແມ່ນການຄິດໄລ່ທີ່ຖືກໂຈະ. ມັນບໍ່ໄດ້ຂຶ້ນກັບກະທູ້ຂອງລະບົບໂດຍກົງ; threads ພຽງແຕ່ປະຕິບັດ coroutines.

ບັນຫາພາກປະຕິບັດໃດທີ່ສາມາດແກ້ໄຂໄດ້ໂດຍໃຊ້ Coroutine, ເຊິ່ງບໍ່ສາມາດຫຼືຍາກທີ່ຈະແກ້ໄຂໂດຍໃຊ້ Kotlin "ບໍລິສຸດ"?

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

ໃນ Kotlin ບໍລິສຸດ, ບັນຫາເຫຼົ່ານີ້ຖືກແກ້ໄຂໃນລັກສະນະດຽວກັນກັບ Java - ດ້ວຍການຊ່ວຍເຫຼືອຂອງກອບເປັນພັນໆ, ແຕ່ລະອັນມີຂໍ້ດີແລະຂໍ້ເສຍຂອງຕົນເອງ, ແຕ່ບໍ່ມີພວກມັນສະຫນັບສະຫນູນລະດັບພາສາ.

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

ແຫຼ່ງຂໍ້ມູນ: www.habr.com