ການແຈ້ງເຕືອນແມ່ນສ່ວນຫນຶ່ງທີ່ສໍາຄັນຂອງໂທລະສັບສະຫຼາດທີ່ທັນສະໄຫມ, ແລະແມ້ກະທັ້ງ iOS ຮຸ່ນທໍາອິດ, ຫຼັງຈາກນັ້ນ iPhone OS, ມີວິທີການສະແດງເຫດການທີ່ແນ່ນອນ. ຈາກທັດສະນະຂອງມື້ນີ້, ການປະຕິບັດກັບຄືນໄປບ່ອນນັ້ນເບິ່ງຄືວ່າເບື້ອງຕົ້ນ. ຈົນກ່ວາ iOS 3.0, ບໍ່ມີການຮອງຮັບການແຈ້ງເຕືອນຂອງພາກສ່ວນທີສາມ, ແລະຈົນກ່ວາການນໍາສະເຫນີຂອງ Notification Center ໃນ iOS 5, ການແຈ້ງເຕືອນມັກຈະສູນເສຍຢ່າງຖາວອນຫຼັງຈາກການປົດລັອກຫນ້າຈໍ. ໃນ iOS 8, ຫຼັງຈາກສອງຈຸດສໍາຄັນນີ້ມາຮອດອີກຈຸດສໍາຄັນໃນການແຈ້ງເຕືອນ - ການແຈ້ງເຕືອນກາຍເປັນການໂຕ້ຕອບ.
ມາຮອດປະຈຸ, ພວກເຂົາເຈົ້າໄດ້ຮັບໃຊ້ພຽງແຕ່ສໍາລັບຈຸດປະສົງຂໍ້ມູນຂ່າວສານ. ນອກເຫນືອຈາກການລຶບພວກມັນ, ຜູ້ໃຊ້ພຽງແຕ່ໄດ້ຮັບອະນຸຍາດໃຫ້ເປີດ app ທີ່ສອດຄ້ອງກັນຢູ່ໃນຈຸດທີ່ກ່ຽວຂ້ອງກັບການແຈ້ງເຕືອນ, ຕົວຢ່າງເຊັ່ນຂໍ້ຄວາມເປີດການສົນທະນາສະເພາະ. ແຕ່ນັ້ນແມ່ນຈຸດຈົບຂອງການພົວພັນກັນທັງໝົດ. ຜູ້ບຸກເບີກທີ່ແທ້ຈິງຂອງການແຈ້ງເຕືອນແບບໂຕ້ຕອບແມ່ນ Palm, ເຊິ່ງໄດ້ນໍາສະເຫນີພວກມັນດ້ວຍ WebOS ກັບຄືນໄປບ່ອນໃນປີ 2009, ສອງປີຫຼັງຈາກການເປີດຕົວຂອງ iPhone. ການແຈ້ງເຕືອນແບບໂຕ້ຕອບໄດ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້, ສໍາລັບຕົວຢ່າງ, ເຮັດວຽກກັບການເຊື້ອເຊີນໃນປະຕິທິນໃນຂະນະທີ່ແອັບພລິເຄຊັນເປີດ, ໃນຂະນະທີ່ການແຈ້ງເຕືອນອື່ນຄວບຄຸມການຫຼິ້ນເພງ. ຕໍ່ມາ, ການແຈ້ງເຕືອນແບບໂຕ້ຕອບໄດ້ຖືກດັດແປງໂດຍ Android, ໃນປີ 2011 ໃນເວີຊັ່ນ 4.0 Ice Cream Sandwich, ເວີຊັ່ນ 4.3 Jelly Bean ໄດ້ຂະຫຍາຍຄວາມເປັນໄປໄດ້ຂອງພວກເຂົາຕື່ມອີກ.
ເມື່ອປຽບທຽບກັບການແຂ່ງຂັນ, Apple ໄດ້ຊ້າຫຼາຍ, ໃນທາງກົງກັນຂ້າມ, ການແກ້ໄຂສຸດທ້າຍຂອງມັນຕໍ່ກັບບັນຫາຂອງການແຈ້ງເຕືອນແມ່ນງ່າຍທີ່ຈະເຂົ້າໃຈ, ສອດຄ່ອງແລະປອດໄພໃນເວລາດຽວກັນ. ໃນຂະນະທີ່ Android ສາມາດປ່ຽນການແຈ້ງເຕືອນເປັນແອັບຯນ້ອຍໆທີ່ມີປະໂຫຍດ, widgets, ຖ້າທ່ານຕ້ອງການ, ການແຈ້ງເຕືອນໃນ iOS ແມ່ນມີຈຸດປະສົງຫຼາຍ. ສໍາລັບການໂຕ້ຕອບທີ່ສູງຂຶ້ນໃນລະດັບ widget, Apple ປ່ອຍໃຫ້ນັກພັດທະນາມີແຖບແຍກຕ່າງຫາກໃນສູນການແຈ້ງເຕືອນ, ໃນຂະນະທີ່ການແຈ້ງເຕືອນແມ່ນຫຼາຍຫຼືຫນ້ອຍສໍາລັບການດໍາເນີນການຫນຶ່ງຄັ້ງ.
ການໂຕ້ຕອບສາມາດເກີດຂຶ້ນໃນທຸກສະຖານທີ່ທີ່ທ່ານພົບການແຈ້ງເຕືອນ - ໃນສູນການແຈ້ງເຕືອນ, ມີປ້າຍໂຄສະນາຫຼືການແຈ້ງເຕືອນແບບໂມດູນ, ແຕ່ຍັງຢູ່ໃນຫນ້າຈໍທີ່ຖືກລັອກ. ແຕ່ລະການແຈ້ງເຕືອນສາມາດອະນຸຍາດໃຫ້ປະຕິບັດໄດ້ເຖິງສອງຢ່າງ, ຍົກເວັ້ນການແຈ້ງເຕືອນແບບໂມດູນ, ບ່ອນທີ່ສີ່ການປະຕິບັດສາມາດຖືກວາງໄວ້. ໃນສູນແຈ້ງການແລະໃນຫນ້າຈໍລັອກ, ພຽງແຕ່ປັດຊ້າຍເພື່ອເປີດເຜີຍໃຫ້ເຫັນທາງເລືອກການແຈ້ງການ, ແລະປ້າຍໂຄສະນາຕ້ອງໄດ້ຮັບການດຶງລົງ. ການແຈ້ງເຕືອນແບບໂມດູນແມ່ນຂໍ້ຍົກເວັ້ນຢູ່ທີ່ນີ້, ຜູ້ໃຊ້ໄດ້ຖືກສະເຫນີໃຫ້ກົດປຸ່ມ "ຕົວເລືອກ" ແລະ "ຍົກເລີກ". ຫຼັງຈາກການແຕະ "ທາງເລືອກ" ການແຈ້ງການຂະຫຍາຍໃຫ້ມີຫ້າປຸ່ມຂ້າງລຸ່ມນີ້ (ສີ່ປະຕິບັດແລະຍົກເລີກ)
ການປະຕິບັດແມ່ນແບ່ງອອກເປັນປະເພດຂອງເຂົາເຈົ້າ - ທໍາລາຍແລະບໍ່ທໍາລາຍ. ທຸກໆການກະ ທຳ ຈາກການຍອມຮັບການເຊື້ອເຊີນເຖິງຄວາມມັກທີ່ຈະ ໝາຍ ການຕອບກັບຂໍ້ຄວາມສາມາດບໍ່ເປັນອັນຕະລາຍ. ການກະທໍາທີ່ຖືກທໍາລາຍໂດຍປົກກະຕິແມ່ນກ່ຽວຂ້ອງກັບການລຶບ, ການຂັດຂວາງ, ແລະອື່ນໆ, ແລະມີປຸ່ມສີແດງຢູ່ໃນເມນູ, ໃນຂະນະທີ່ປຸ່ມສໍາລັບການກະທໍາທີ່ບໍ່ທໍາລາຍແມ່ນສີຂີ້ເຖົ່າຫຼືສີຟ້າ. ປະເພດການປະຕິບັດແມ່ນການຕັດສິນໃຈໂດຍຜູ້ພັດທະນາ. ກ່ຽວກັບຫນ້າຈໍ lock ໄດ້, ນັກພັດທະນາຍັງກໍານົດປະເພດຂອງການດໍາເນີນການທີ່ຈະຮຽກຮ້ອງໃຫ້ມີລະຫັດຄວາມປອດໄພທີ່ຈະໃສ່ໃນເວລາທີ່ມັນເຮັດວຽກ. ອັນນີ້ປ້ອງກັນບໍ່ໃຫ້ໃຜຕອບກັບຂໍ້ຄວາມຂອງເຈົ້າ ຫຼືລຶບອີເມວອອກຈາກໜ້າຈໍລັອກ. ການປະຕິບັດທົ່ວໄປອາດຈະເປັນການອະນຸຍາດໃຫ້ການກະທໍາທີ່ເປັນກາງ, ທຸກໆຢ່າງເຊັ່ນການຕອບຫຼືການລຶບຈະຕ້ອງມີລະຫັດ.
ແອັບພລິເຄຊັ່ນໜຶ່ງສາມາດໃຊ້ການແຈ້ງເຕືອນຫຼາຍປະເພດ, ອີງຕາມການກະທຳທີ່ມີຢູ່ຈະເປີດເຜີຍ. ຕົວຢ່າງ, ປະຕິທິນສາມາດໃຫ້ປຸ່ມໂຕ້ຕອບອື່ນໆສຳລັບການເຊີນປະຊຸມ ແລະການແຈ້ງເຕືອນ. ເຊັ່ນດຽວກັນ, ຕົວຢ່າງເຊັ່ນ Facebook ຈະສະເຫນີທາງເລືອກທີ່ຈະ "Like" ແລະ "Share" ສໍາລັບຂໍ້ຄວາມ, ແລະ "Reply" ແລະ "View" ສໍາລັບຂໍ້ຄວາມຈາກຫມູ່ເພື່ອນ.
ການແຈ້ງເຕືອນແບບໂຕ້ຕອບໃນການປະຕິບັດ
ໃນຮູບແບບປັດຈຸບັນຂອງມັນ, iOS 8 ບໍ່ຮອງຮັບການແຈ້ງເຕືອນແບບໂຕ້ຕອບສຳລັບແອັບພລິເຄຊັນຫຼາຍອັນ. ບໍ່ຕ້ອງສົງໄສສິ່ງທີ່ສໍາຄັນທີ່ສຸດແມ່ນຄວາມສາມາດໃນການຕອບກັບ iMessages ແລະ SMS ໂດຍກົງຈາກການແຈ້ງເຕືອນ. ຫຼັງຈາກທີ່ທັງຫມົດ, ທາງເລືອກນີ້ແມ່ນເຫດຜົນເລື້ອຍໆສໍາລັບການ jailbreaking, ບ່ອນທີ່ມັນແມ່ນຍ້ອນຜົນປະໂຫຍດທີ່ເປັນປະໂຫຍດ. BitSMS ສາມາດຕອບກັບຂໍ້ຄວາມຈາກທຸກບ່ອນໂດຍບໍ່ຈໍາເປັນຕ້ອງເປີດແອັບພລິເຄຊັນ. ຖ້າທ່ານເລືອກປະເພດການແຈ້ງເຕືອນແບບໂມດູນສໍາລັບຂໍ້ຄວາມ, ການໂຕ້ຕອບໄວຈະຄ້າຍຄືກັນກັບ BiteSMS. ຖ້າເຈົ້າຕອບກັບຈາກປ້າຍໂຄສະນາ ຫຼືສູນການແຈ້ງເຕືອນ, ກ່ອງຂໍ້ຄວາມຈະປາກົດຢູ່ເທິງສຸດຂອງໜ້າຈໍແທນທີ່ຈະຢູ່ກາງໜ້າຈໍ. ແນ່ນອນ, ຟັງຊັນນີ້ຍັງຈະສາມາດໃຊ້ໄດ້ກັບແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມ, ຕອບກັບໄວຕໍ່ກັບຂໍ້ຄວາມຈາກ Facebook ຫຼື Skype ຫຼື @mentions ໃນ Twitter.
ປະຕິທິນທີ່ໄດ້ກ່າວມາ, ໃນທາງກັບກັນ, ສາມາດເຮັດວຽກກັບການເຊື້ອເຊີນໃນລັກສະນະທີ່ອະທິບາຍຂ້າງເທິງ, ແລະອີເມລ໌ສາມາດຖືກຫມາຍຫຼືລຶບໂດຍກົງ. ຢ່າງໃດກໍ່ຕາມ, ສິ່ງທີ່ຫນ້າສົນໃຈທີ່ສຸດແມ່ນຈະເຫັນວ່ານັກພັດທະນາຈັດການກັບການແຈ້ງເຕືອນແບບໂຕ້ຕອບແນວໃດ. ຕົວຢ່າງເຊັ່ນ, ຜູ້ຄຸ້ມຄອງວຽກສາມາດເລື່ອນການແຈ້ງເຕືອນວຽກ, ໝາຍວຽກວ່າສຳເລັດແລ້ວ, ແລະບາງທີອາດໃຊ້ການປ້ອນຂໍ້ຄວາມເພື່ອປ້ອນໜ້າວຽກໃໝ່ໃສ່ກ່ອງຈົດໝາຍ. ເກມສັງຄົມແລະການກໍ່ສ້າງຍັງສາມາດໃຊ້ເວລາໃນມິຕິໃຫມ່ທັງຫມົດ, ບ່ອນທີ່ພວກເຮົາສາມາດນໍາໃຊ້ການປະຕິບັດເພື່ອຕັດສິນໃຈວິທີການຈັດການກັບເຫດການທີ່ເກີດຂຶ້ນໃນຂະນະທີ່ພວກເຮົາບໍ່ມີເກມ.
ພ້ອມກັບສ່ວນຂະຫຍາຍ ແລະຕົວເລືອກເອກະສານ, ການແຈ້ງເຕືອນແບບໂຕ້ຕອບແມ່ນບາດກ້າວໃນທິດທາງທີ່ຖືກຕ້ອງໄປສູ່ອະນາຄົດຂອງລະບົບປະຕິບັດການ. ພວກເຂົາເຈົ້າບໍ່ໄດ້ສະເຫນີເສລີພາບຫຼາຍເທົ່າກັບ Android ໃນບາງດ້ານ, ພວກເຂົາເຈົ້າມີຂອບເຂດຈໍາກັດຂອງເຂົາເຈົ້າ, ບໍ່ພຽງແຕ່ສໍາລັບເຫດຜົນຂອງຄວາມເປັນເອກະພາບ, ແຕ່ຍັງຄວາມປອດໄພ. ສໍາລັບຄໍາຮ້ອງສະຫມັກຈໍານວນຫຼາຍ, ພວກມັນຈະບໍ່ມີຄວາມສໍາຄັນເຊັ່ນ: ສໍາລັບລູກຄ້າ IM, ແຕ່ມັນຈະຂຶ້ນກັບນັກພັດທະນາວ່າພວກເຂົາມີຄວາມສາມາດໃຊ້ການແຈ້ງເຕືອນແນວໃດ. ເນື່ອງຈາກວ່າຂ່າວເຫຼົ່ານີ້ຢູ່ໃນ iOS 8 ມີຈຸດປະສົງສໍາລັບພວກເຂົາ. ແນ່ນອນພວກເຮົາມີຫຼາຍຢ່າງທີ່ຕ້ອງລໍຖ້າໃນລະດູໃບໄມ້ປົ່ງ.
ສໍາລັບນັກພັດທະນາ, ຂ້າພະເຈົ້າພຽງແຕ່ຢາກຈະເພີ່ມວ່າດ້ວຍການມາຮອດຂອງ iOS 8 ແລະການແຈ້ງເຕືອນໃຫມ່, ວິທີທີ່ພວກເຂົາລົງທະບຽນກໍ່ມີການປ່ຽນແປງເພື່ອໃຫ້ພວກເຂົາສາມາດຕອບສະຫນອງຂ່າວເຫຼົ່ານີ້ຢ່າງຖືກຕ້ອງ. ມັນໄດ້ຖືກອະທິບາຍໄດ້ດີ, ສໍາລັບການຍົກຕົວຢ່າງ, ທີ່ນີ້: http://www.appentwicklung.at/2014/08/changes-ios-8-push-notifications-apns/
ຂ້ອຍເຊື່ອວ່ານີ້ຈະເຮັດໃຫ້ມັນງ່າຍຂຶ້ນສໍາລັບນັກພັດທະນາຈໍານວນຫຼາຍເພື່ອຊອກຫາວ່າເປັນຫຍັງບາງສິ່ງບາງຢ່າງບໍ່ເຮັດວຽກ.