ເມື່ອ Apple ນໍາສະເຫນີການມາຮອດຂອງ Apple Silicon, ຫຼືຊິບຂອງຕົນເອງສໍາລັບຄອມພິວເຕີ Apple, ໃນເດືອນມິຖຸນາ 2020, ມັນໄດ້ຮັບຄວາມສົນໃຈຢ່າງຫຼວງຫຼາຍຈາກໂລກເຕັກໂນໂລຢີທັງຫມົດ. ຍັກໃຫຍ່ Cupertino ໄດ້ຕັດສິນໃຈປະຖິ້ມໂປເຊດເຊີ Intel ທີ່ໃຊ້ຈົນເຖິງເວລານັ້ນ, ເຊິ່ງມັນກໍາລັງປ່ຽນໃຫມ່ໃນຈັງຫວະທີ່ຂ້ອນຂ້າງໄວດ້ວຍຊິບຂອງຕົນເອງໂດຍອີງໃສ່ສະຖາປັດຕະຍະກໍາ ARM. ບໍລິສັດມີປະສົບການຢ່າງກວ້າງຂວາງໃນທິດທາງນີ້. ໃນທາງດຽວກັນ, ລາວອອກແບບຊິບເຊັດສໍາລັບໂທລະສັບ, ແທັບເລັດແລະອື່ນໆ. ການປ່ຽນແປງນີ້ໄດ້ນຳເອົາຜົນປະໂຫຍດອັນປະເສີດຫລາຍຢ່າງ, ລວມທັງຄວາມສະດວກສະບາຍທີ່ບໍ່ອາດປະຕິເສດ. ແຕ່ເປັນຫນຶ່ງໃນເຄື່ອງມືທີ່ດີທີ່ສຸດທີ່ຄ່ອຍໆຕົກຢູ່ໃນການລະນຶກ? ເປັນຫຍັງ?
Apple Silicon: ປະໂຫຍດອັນຫນຶ່ງຫຼັງຈາກທີ່ອື່ນ
ດັ່ງທີ່ພວກເຮົາໄດ້ກ່າວມາຂ້າງເທິງ, ການປ່ຽນຈາກໂປເຊດເຊີ Intel ໄປສູ່ການແກ້ໄຂ Silicon ຂອງ Apple ເອງກໍ່ນໍາເອົາຜົນປະໂຫຍດອັນໃຫຍ່ຫຼວງໃຫ້ກັບມັນ. ໃນສະຖານທີ່ທໍາອິດ, ແນ່ນອນ, ພວກເຮົາຕ້ອງເອົາການປັບປຸງທີ່ຫນ້າອັດສະຈັນໃນການປະຕິບັດ, ເຊິ່ງໄປຄຽງຄູ່ກັບເສດຖະກິດທີ່ດີກວ່າແລະອຸນຫະພູມຕ່ໍາ. ຫຼັງຈາກທີ່ທັງຫມົດ, ຂໍຂອບໃຈກັບເລື່ອງນີ້, ຍັກໃຫຍ່ Cupertino ຕີເລັບໃສ່ຫົວ. ພວກເຂົາເຈົ້າໄດ້ນໍາເອົາໄປຕະຫຼາດອຸປະກອນທີ່ສາມາດຮັບມືກັບການປະຊຸມສະໄຫມ (ເຖິງແມ່ນວ່າຄວາມຕ້ອງການຫຼາຍ) ໄດ້ຢ່າງງ່າຍດາຍໂດຍບໍ່ມີການ overheating ໃນທາງໃດກໍ່ຕາມ. ປະໂຫຍດອີກຢ່າງຫນຶ່ງແມ່ນວ່າ Apple ກໍ່ສ້າງຊິບຂອງຕົນຢູ່ໃນສະຖາປັດຕະຍະກໍາ ARM ທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ເຊິ່ງ, ດັ່ງທີ່ໄດ້ກ່າວມາແລ້ວ, ມັນມີປະສົບການຢ່າງກວ້າງຂວາງ.
ຊິບອື່ນໆຈາກ Apple, ເຊິ່ງສາມາດພົບໄດ້ທັງໃນ iPhones ແລະ iPads (Apple A-Series), ແລະໃນປັດຈຸບັນຍັງມີຢູ່ໃນ Macs (Apple Silicon - M-Series), ແມ່ນອີງໃສ່ສະຖາປັດຕະຍະກໍາດຽວກັນ. ນີ້ເອົາມາໃຫ້ມັນເປັນປະໂຫຍດທີ່ຫນ້າສົນໃຈ. ສໍາລັບຕົວຢ່າງ, ຄໍາຮ້ອງສະຫມັກທີ່ອອກແບບມາສໍາລັບ iPhone, ຍັງສາມາດດໍາເນີນການ flawlessly ໃນຄອມພິວເຕີ Apple, ຢ່າງຫຼວງຫຼາຍສາມາດເຮັດໃຫ້ຊີວິດງ່າຍຂຶ້ນບໍ່ພຽງແຕ່ສໍາລັບຜູ້ໃຊ້, ແຕ່ຍັງສໍາລັບນັກພັດທະນາສ່ວນບຸກຄົນ. ຂໍຂອບໃຈກັບການປ່ຽນແປງນີ້, ຂ້າພະເຈົ້າສ່ວນບຸກຄົນໄດ້ໃຊ້ຄໍາຮ້ອງສະຫມັກ Tiny Calendar Pro ໃນ Mac ສໍາລັບໄລຍະເວລາທີ່ແນ່ນອນ, ເຊິ່ງປົກກະຕິສາມາດໃຊ້ໄດ້ກັບ iOS / iPadOS ແລະບໍ່ມີຢ່າງເປັນທາງການໃນ macOS. ແຕ່ນັ້ນບໍ່ແມ່ນບັນຫາສໍາລັບ Macs ກັບ Apple Silicon.
ມີບັນຫາກັບແອັບຯ iOS/iPadOS
ເຖິງແມ່ນວ່າ trick ນີ້ເບິ່ງຄືວ່າເປັນທາງເລືອກທີ່ດີສໍາລັບທັງສອງຝ່າຍ, ແຕ່ຫນ້າເສຍດາຍ, ມັນຊ້າລົງໃນ oblivion. ນັກພັດທະນາສ່ວນບຸກຄົນມີທາງເລືອກທີ່ຈະເລືອກເອົາວ່າແອັບພລິເຄຊັນ iOS ຂອງເຂົາເຈົ້າບໍ່ມີຢູ່ໃນ App Store ໃນ macOS. ທາງເລືອກນີ້ໄດ້ຖືກເລືອກໂດຍບໍລິສັດຈໍານວນຫລາຍ, ລວມທັງ Meta (ເມື່ອກ່ອນແມ່ນ Facebook) ແລະ Google. ດັ່ງນັ້ນຖ້າຜູ້ໃຊ້ Apple ມີຄວາມສົນໃຈໃນແອັບພລິເຄຊັນມືຖືແລະຕ້ອງການໃສ່ມັນຢູ່ໃນ Mac ຂອງພວກເຂົາ, ມີໂອກາດທີ່ດີທີ່ພວກເຂົາຈະບໍ່ປະສົບຜົນສໍາເລັດ. ພິຈາລະນາທ່າແຮງຂອງການເຊື່ອມຕໍ່ກັນນີ້, ມັນເປັນເລື່ອງທີ່ຫນ້າອັບອາຍທີ່ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະໃຊ້ປະໂຫຍດຢ່າງເຕັມທີ່ຈາກຜົນປະໂຫຍດນີ້.
ຢູ່ glance ທໍາອິດ, ມັນອາດຈະເບິ່ງຄືວ່າຄວາມຜິດສ່ວນໃຫຍ່ແມ່ນຂຶ້ນກັບນັກພັດທະນາ. ເຖິງແມ່ນວ່າພວກເຂົາມີສ່ວນຂອງເຂົາເຈົ້າ, ພວກເຮົາບໍ່ສາມາດຕໍານິຕິຕຽນພວກເຂົາພຽງແຕ່ສະຖານະການໃນປະຈຸບັນ, ເພາະວ່າພວກເຮົາຍັງມີສອງບົດຄວາມທີ່ສໍາຄັນຢູ່ທີ່ນີ້. ກ່ອນອື່ນ ໝົດ, Apple ຄວນແຊກແຊງ. ມັນສາມາດນໍາເອົາເຄື່ອງມືເພີ່ມເຕີມສໍາລັບນັກພັດທະນາເພື່ອອໍານວຍຄວາມສະດວກໃນການພັດທະນາ. ຍັງມີຄວາມຄິດເຫັນກ່ຽວກັບເວທີສົນທະນາວ່າບັນຫາທັງຫມົດສາມາດແກ້ໄຂໄດ້ໂດຍການແນະນໍາ Mac ທີ່ມີຫນ້າຈໍສໍາຜັດ. ແຕ່ພວກເຮົາຈະບໍ່ຄາດເດົາກ່ຽວກັບຄວາມເປັນໄປໄດ້ຂອງຜະລິດຕະພັນທີ່ຄ້າຍຄືກັນໃນປັດຈຸບັນ. ການເຊື່ອມຕໍ່ສຸດທ້າຍແມ່ນຜູ້ໃຊ້ເອງ. ສ່ວນບຸກຄົນ, ຂ້າພະເຈົ້າຮູ້ສຶກວ່າພວກເຂົາບໍ່ໄດ້ຍິນຫຍັງເລີຍໃນເດືອນທີ່ຜ່ານມາ, ນັ້ນແມ່ນເຫດຜົນທີ່ນັກພັດທະນາບໍ່ມີຄວາມຄິດທີ່ແຟນແອບເປີ້ນຕ້ອງການຈາກພວກເຂົາ. ເຈົ້າເບິ່ງບັນຫານີ້ແນວໃດ? ທ່ານຕ້ອງການບາງແອັບຯ iOS ໃນ Apple Silicon Macs, ຫຼືແອັບຯເວັບ ແລະທາງເລືອກອື່ນພຽງພໍສໍາລັບທ່ານບໍ?
ຂ້າພະເຈົ້າຊົມເຊີຍທ່ານ. ຂ້ອຍຢາກແນ່ນອນຖ້າແອັບທີ່ຂ້ອຍມີຢູ່ໃນ iPhone ແລະ iPad ຂອງຂ້ອຍຍັງສາມາດໃຊ້ໃນ MacBook ກັບ M1 ແລະມັນແມ່ນແອັບ 24me
ບັນຫາແມ່ນການເດີມພັນທີ່ແນ່ນອນວ່າການບໍລິໂພກພະລັງງານນັ້ນ. ນັ້ນແມ່ນ, ບາງສິ່ງບາງຢ່າງທີ່ມື້ນີ້ກຸ່ມຄົນຈໍາກັດຫຼາຍທີ່ສຸດຈະຊື່ນຊົມ. ຂໍຂອບໃຈກັບມາດຕະການທີ່ມີ CV19, ຈໍານວນຄົນທີ່ຕ້ອງລະຫັດບ່ອນໃດຫນຶ່ງໃນຄາເຟ, ຮ້ານອາຫານ, ຫາດຊາຍໃນໄຟສາຍໄດ້ຫຼຸດລົງຢ່າງຫຼວງຫຼາຍ. ຕົ້ນຕໍ, ພວກເຂົາບໍ່ຕ້ອງການພະລັງງານຫຼາຍ.
ຫຼາຍຄົນໃນສະຕູດິໂອກໍາລັງແລ່ນເຂົ້າໄປໃນຂໍ້ຈໍາກັດ HW ຂອງເວທີ. ຫຼືຂາດການປະຕິບັດໂດຍບໍ່ຄໍານຶງເຖິງການບໍລິໂພກ. ບໍ່ແມ່ນແຕ່ X SoC ໃນຕົວກໍານົດການທັງຫມົດຂອງການປະຕິບັດແລະການເຊື່ອມຕໍ່.
ສະບາຍດີ. ກົງໄປກົງມາ, ການໄດ້ຮັບແອັບຯຈາກ iOS ກັບ Mac ດ້ວຍວິທີນີ້ສາມາດງ່າຍດາຍຫຼືສັບສົນທີ່ສຸດ. ບໍ່ມີຫຼາຍໃນລະຫວ່າງ. ເຫດຜົນແມ່ນງ່າຍດາຍ - ແອັບຯ iOS ສາມາດສ້າງໄດ້ສອງວິທີ - ໂດຍໃຊ້ SwiftUI ຫຼື UIKit (ລະເລີຍວິທີການອື່ນໆ, ຂັ້ນຕອນແມ່ນຄ້າຍຄືກັນຢູ່ທີ່ນັ້ນ, ບາງຄັ້ງກໍ່ສັບສົນຫຼາຍ). ໂດຍເນື້ອແທ້ແລ້ວ, SwiftUI ແມ່ນວິທີທີ່ງ່າຍທີ່ສຸດ, ສະພາບແວດລ້ອມໄດ້ຖືກສ້າງຂື້ນໂດຍລະຫັດແລະປັບຕົວເຂົ້າກັບອຸປະກອນ. ດັ່ງນັ້ນມັນຈະໄດ້ຮັບການຫັນເປັນດັ່ງນັ້ນມັນຍັງສາມາດເຂົ້າເຖິງໃນ Mac. ມັນບໍ່ສັບສົນຫຼາຍ. ຫຼັງຈາກນັ້ນ UIKit ເຮັດວຽກບົນພື້ນຖານຂອງການສ້າງການໂຕ້ຕອບເທິງຜ້າໃບ, ການປັບແຕ່ງຕ້ອງການການແຊກແຊງຂອງນັກພັດທະນາຫຼາຍຂຶ້ນ. ເທົ່າທີ່ຂ້ອຍຮູ້, ແອັບຯ Meta ຫຼື Google ແມ່ນເຮັດໃຫ້ສັບສົນຫຼາຍ, ແລະສໍາລັບການສະຫນັບສະຫນູນ Mac ທີ່ເຫມາະສົມ, ມັນຈໍາເປັນຕ້ອງສ້າງແອັບຯໃຫມ່. ບັນຫາກັບ SwiftUI ແມ່ນວ່າມັນເປັນເລື່ອງໃຫມ່ພໍສົມຄວນ, ມັນຢູ່ກັບພວກເຮົາຕັ້ງແຕ່ iOS 12 ຫຼື 13 (ຂ້ອຍບໍ່ແນ່ໃຈຢູ່ທີ່ນີ້), ດັ່ງນັ້ນພຽງແຕ່ແອັບຯທີ່ທັນສະໄຫມຫຼາຍທີ່ຖືກແກ້ໄຂຢ່າງຖືກຕ້ອງສໍາລັບມັນ. Apple ມີການລິເລີ່ມອັນໃຫຍ່ຫຼວງສໍາລັບນັກພັດທະນາເພື່ອສ້າງໃນ SwiftUI, ນັ້ນແມ່ນຄວາມງ່າຍດາຍແລະການພັດທະນາໄວຂອງກອບ, ແຕ່ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ມັນບໍ່ສາມາດເຮັດຫຍັງໄດ້ອີກ.