Michal Ždanský ຫຼາຍຂອງຊິບຫຼຸດລົງໃນເວລາທີ່ການຕັດປ່າຂອງຄວາມສັບສົນສໍາລັບ iPhone ຕົ້ນສະບັບ. ໃນນາມຂອງຄວາມງ່າຍດາຍແລະຄວາມງ່າຍຂອງການນໍາໃຊ້ໂທລະສັບປະຕິວັດ, Apple ໄດ້ຕັດບາງດ້ານຂອງລະບົບປະຕິບັດການໃຫ້ຫນ້ອຍທີ່ສຸດ. ຄວາມຄິດອັນຫນຶ່ງແມ່ນເພື່ອກໍາຈັດການຈັດການໄຟລ໌ຄລາສສິກ.
ມັນບໍ່ມີຄວາມລັບທີ່ Steve Jobs ກຽດຊັງລະບົບໄຟລ໌ດັ່ງທີ່ພວກເຮົາຮູ້ຈາກຄອມພິວເຕີ desktop, ລາວພົບວ່າມັນສັບສົນແລະຍາກສໍາລັບຜູ້ໃຊ້ສະເລ່ຍທີ່ຈະເຂົ້າໃຈ. ໄຟລ໌ທີ່ຝັງຢູ່ໃນ pile ຂອງໂຟເດີຍ່ອຍ, ຄວາມຕ້ອງການສໍາລັບການບໍາລຸງຮັກສາເພື່ອຫຼີກເວັ້ນການຄວາມວຸ່ນວາຍ, ທັງຫມົດນີ້ບໍ່ຄວນຈະເປັນພິດຂອງລະບົບ iPhone OS ທີ່ມີສຸຂະພາບ, ແລະການຄຸ້ມຄອງພຽງແຕ່ໃນ iPhone ຕົ້ນສະບັບແມ່ນຜ່ານ iTunes ເພື່ອ synchronize ໄຟລ໌ multimedia, ຫຼືລະບົບ. ມີຫ້ອງສະໝຸດຮູບພາບທີ່ເປັນເອກະພາບເພື່ອອັບໂຫລດຮູບພາບ ຫຼືບັນທຶກໃສ່ມັນ.
ການເດີນທາງຜ່ານຄວາມເຈັບປວດຂອງຜູ້ໃຊ້
ກັບການມາເຖິງຂອງແອັບພລິເຄຊັນຂອງພາກສ່ວນທີສາມ, ມັນໄດ້ກາຍເປັນທີ່ຊັດເຈນວ່າຮູບແບບ sandbox, ເຊິ່ງຮັບປະກັນຄວາມປອດໄພຂອງລະບົບແລະໄຟລ໌ພາຍໃນມັນ, ບ່ອນທີ່ໄຟລ໌ສາມາດເຂົ້າເຖິງໄດ້ໂດຍແອັບພລິເຄຊັນທີ່ພວກມັນຖືກເກັບໄວ້, ບໍ່ພຽງພໍ. ດັ່ງນັ້ນພວກເຮົາໄດ້ຮັບທາງເລືອກຫຼາຍຢ່າງສໍາລັບການເຮັດວຽກກັບໄຟລ໌. ພວກເຮົາສາມາດເອົາມັນຈາກຄໍາຮ້ອງສະຫມັກກັບຄອມພິວເຕີໂດຍຜ່ານ iTunes, ເມນູ "ເປີດໃນ ... " ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສໍາເນົາໄຟລ໌ກັບຄໍາຮ້ອງສະຫມັກອື່ນທີ່ສະຫນັບສະຫນູນຮູບແບບຂອງຕົນ, ແລະເອກະສານໃນ iCloud ເຮັດໃຫ້ມັນເປັນໄປໄດ້ເພື່ອ synchronize ໄຟລ໌ຈາກດຽວກັນ. ຄໍາຮ້ອງສະຫມັກໃນທົ່ວແພລະຕະຟອມ Apple, ເຖິງແມ່ນວ່າໃນທາງທີ່ບໍ່ໂປ່ງໃສ.
ຄວາມຄິດຕົ້ນສະບັບຂອງການເຮັດໃຫ້ລະບົບໄຟລ໌ທີ່ສັບສົນໃນທີ່ສຸດກໍ່ backfired ກັບ Apple ແລະ, ເຫນືອທັງຫມົດ, ຕໍ່ກັບຜູ້ໃຊ້. ການເຮັດວຽກກັບໄຟລ໌ລະຫວ່າງຫຼາຍຄໍາຮ້ອງສະຫມັກສະແດງໃຫ້ເຫັນເຖິງຄວາມວຸ່ນວາຍ, ຢູ່ໃນຈຸດໃຈກາງຂອງນັ້ນແມ່ນຈໍານວນຫລາຍຂອງສໍາເນົາຂອງໄຟລ໌ດຽວກັນໃນທົ່ວຄໍາຮ້ອງສະຫມັກໂດຍບໍ່ມີຄວາມເປັນໄປໄດ້ຂອງສະພາບລວມຂອງຄວາມເປັນຈິງຂອງເອກະສານຫຼືໄຟລ໌ອື່ນໆ. ແທນທີ່ຈະ, ນັກພັດທະນາເລີ່ມຫັນໄປຫາບ່ອນເກັບມ້ຽນຄລາວແລະ SDK ຂອງພວກເຂົາ.
ດ້ວຍການປະຕິບັດຂອງ Dropbox ແລະການບໍລິການອື່ນໆ, ຜູ້ໃຊ້ສາມາດເຂົ້າເຖິງໄຟລ໌ດຽວກັນຈາກແອັບພລິເຄຊັນຕ່າງໆ, ແກ້ໄຂພວກມັນ, ແລະບັນທຶກການປ່ຽນແປງໂດຍບໍ່ຕ້ອງເຮັດສໍາເນົາ. ການແກ້ໄຂນີ້ເຮັດໃຫ້ການຈັດການໄຟລ໌ງ່າຍຂຶ້ນຫຼາຍ, ແຕ່ມັນຢູ່ໄກຈາກຄວາມເໝາະສົມ. ການປະຕິບັດການເກັບຮັກສາໄຟລ໌ຫມາຍເຖິງການເຮັດວຽກຫຼາຍສໍາລັບນັກພັດທະນາທີ່ຕ້ອງຄິດອອກວ່າແອັບຯຈະຈັດການກັບການຊິງຄ໌ແລະປ້ອງກັນການສໍ້ລາດບັງຫຼວງຂອງໄຟລ໌, ບວກກັບບໍ່ເຄີຍມີການຮັບປະກັນວ່າແອັບຯຂອງທ່ານຈະສະຫນັບສະຫນູນຮ້ານທີ່ທ່ານກໍາລັງໃຊ້. ການເຮັດວຽກກັບໄຟລ໌ໃນຟັງໄດ້ສະເຫນີໃຫ້ມີຂໍ້ຈໍາກັດອີກຢ່າງຫນຶ່ງ – ອຸປະກອນທີ່ຈະຕ້ອງອອນໄລນ໌ຕະຫຼອດເວລາແລະໄຟລ໌ບໍ່ພຽງແຕ່ສາມາດໄດ້ຮັບການເກັບຮັກສາໄວ້ໃນທ້ອງຖິ່ນ.
ເຈັດປີນັບຕັ້ງແຕ່ສະບັບທໍາອິດຂອງ iPhone OS, ມື້ນີ້ iOS, ສຸດທ້າຍ Apple ໄດ້ມາກັບການແກ້ໄຂສຸດທ້າຍ, ບ່ອນທີ່ມັນຍ້າຍອອກໄປຈາກແນວຄວາມຄິດຕົ້ນສະບັບຂອງການຈັດການໄຟລ໌ໂດຍອີງໃສ່ຄໍາຮ້ອງສະຫມັກ, ແທນທີ່ຈະສະເຫນີໂຄງສ້າງໄຟລ໌ຄລາສສິກ, ເຖິງແມ່ນວ່າ cleverly. ປຸງແຕ່ງ. ເວົ້າສະບາຍດີກັບ iCloud Drive ແລະຕົວເລືອກເອກະສານ.
iCloud Drive
iCloud Drive ບໍ່ແມ່ນບ່ອນເກັບຂໍ້ມູນຄລາວຄັ້ງທຳອິດຂອງ Apple, ຕົວແທນຂອງມັນແມ່ນ iDisk, ເຊິ່ງເປັນສ່ວນໜຶ່ງຂອງ MobileMe. ຫຼັງຈາກ rebranding ການບໍລິການກັບ iCloud, ປັດຊະຍາຂອງຕົນໄດ້ມີການປ່ຽນແປງບາງສ່ວນ. ແທນທີ່ຈະເປັນຄູ່ແຂ່ງຂອງ Dropbox ຫຼື SkyDrive (ໃນປັດຈຸບັນ OneDrive), iCloud ຄາດວ່າຈະເປັນຊຸດການບໍລິການໂດຍສະເພາະສໍາລັບການ synchronization, ບໍ່ແມ່ນການເກັບຮັກສາແຍກຕ່າງຫາກ. Apple ໄດ້ຕໍ່ຕ້ານປັດຊະຍານີ້ຈົນເຖິງປີນີ້, ໃນເວລາທີ່ມັນໄດ້ນໍາສະເຫນີ iCloud Drive ໃນທີ່ສຸດ.
iCloud Drive ຕົວຂອງມັນເອງບໍ່ແຕກຕ່າງຈາກ Dropbox ແລະບໍລິການທີ່ຄ້າຍຄືກັນອື່ນໆ. ເທິງເດັສທັອບ (Mac ແລະ Windows) ມັນສະແດງເຖິງໂຟນເດີພິເສດທີ່ອັບເດດຢູ່ສະເໝີ ແລະສອດຄ່ອງກັບເວີຊັນຄລາວ. ດັ່ງທີ່ເປີດເຜີຍໂດຍ beta ທີສາມຂອງ iOS 8, iCloud Drive ຍັງຈະມີການໂຕ້ຕອບເວັບຂອງຕົນເອງ, ອາດຈະຢູ່ໃນ iCloud.com. ຢ່າງໃດກໍ່ຕາມ, ມັນບໍ່ມີລູກຄ້າທີ່ອຸທິດຕົນໃນອຸປະກອນມືຖື, ແທນທີ່ຈະຖືກລວມເຂົ້າໃນກິດພາຍໃນອົງປະກອບ ຜູ້ເກັບເອກະສານ.
ຄວາມມະຫັດສະຈັນຂອງ iCloud Drive ບໍ່ພຽງແຕ່ຢູ່ໃນການຊິງຄ໌ໄຟລ໌ທີ່ເພີ່ມດ້ວຍຕົນເອງເທົ່ານັ້ນ, ແຕ່ລວມເຖິງໄຟລ໌ທັງໝົດທີ່ແອັບຯ syncs ກັບ iCloud. ແຕ່ລະແອັບພລິເຄຊັນມີໂຟນເດີຂອງຕົນເອງຢູ່ໃນ iCloud Drive, ມີໄອຄອນເພື່ອການວາງທິດທາງທີ່ດີກວ່າ, ແລະໄຟລ໌ສ່ວນບຸກຄົນຢູ່ໃນນັ້ນ. ທ່ານສາມາດຊອກຫາເອກະສານ Pages ໃນຟັງໃນໂຟນເດີທີ່ເຫມາະສົມ, ເຊັ່ນດຽວກັນກັບຄໍາຮ້ອງສະຫມັກພາກສ່ວນທີສາມ. ເຊັ່ນດຽວກັນ, ຄໍາຮ້ອງສະຫມັກ Mac ທີ່ sync ກັບ iCloud, ແຕ່ບໍ່ມີຄູ່ຮ່ວມງານໃນ iOS (Preview, TextEdit) ມີໂຟນເດີຂອງຕົນເອງໃນ iCloud Drive ແລະຄໍາຮ້ອງສະຫມັກໃດຫນຶ່ງສາມາດເຂົ້າເຖິງເຂົາເຈົ້າ.
ມັນຍັງບໍ່ຊັດເຈນວ່າ iCloud Drive ຈະມີຄຸນສົມບັດເພີ່ມເຕີມເຊັ່ນ Dropbox, ເຊັ່ນການແບ່ງປັນການເຊື່ອມຕໍ່ໄຟລ໌ຫຼືໂຟນເດີທີ່ແບ່ງປັນຜູ້ໃຊ້ຫຼາຍ, ແຕ່ພວກເຮົາອາດຈະຊອກຫາໃນລະດູໃບໄມ້ປົ່ງ.
ຜູ້ເກັບເອກະສານ
ອົງປະກອບຂອງຕົວເລືອກເອກະສານແມ່ນສ່ວນຫນຶ່ງທີ່ສໍາຄັນຂອງການເຮັດວຽກກັບໄຟລ໌ໃນ iOS 8. ໂດຍຜ່ານມັນ, Apple ປະສົມປະສານ iCloud Drive ເຂົ້າໄປໃນຄໍາຮ້ອງສະຫມັກໃດໆແລະອະນຸຍາດໃຫ້ທ່ານສາມາດເປີດໄຟລ໌ຢູ່ນອກ sandbox ຂອງຕົນເອງ.
Document Picker ເຮັດວຽກຄ້າຍຄືກັນກັບຕົວເລືອກຮູບພາບ, ມັນເປັນປ່ອງຢ້ຽມທີ່ຜູ້ໃຊ້ສາມາດເລືອກໄຟລ໌ສ່ວນບຸກຄົນເພື່ອເປີດຫຼືນໍາເຂົ້າ. ມັນເປັນການປະຕິບັດຕົວຈັດການໄຟລ໌ທີ່ງ່າຍດາຍຫຼາຍທີ່ມີໂຄງສ້າງຕົ້ນໄມ້ຄລາສສິກ. ໄດເລກະທໍລີຮາກຈະຄືກັນກັບໂຟເດີ iCloud Drive ຕົ້ນຕໍ, ມີຄວາມແຕກຕ່າງກັນທີ່ຈະມີໂຟນເດີທ້ອງຖິ່ນທີ່ມີຂໍ້ມູນແອັບພລິເຄຊັນ.
ໄຟລ໌ຂອງແອັບພລິເຄຊັນພາກສ່ວນທີສາມບໍ່ຈໍາເປັນຕ້ອງຖືກ synchronized ກັບ iCloud Drive, Document Picker ສາມາດເຂົ້າເຖິງພວກມັນຢູ່ໃນທ້ອງຖິ່ນ. ຢ່າງໃດກໍ່ຕາມ, ການມີຂໍ້ມູນບໍ່ໄດ້ນຳໃຊ້ກັບທຸກແອັບພລິເຄຊັນ, ຜູ້ພັດທະນາຕ້ອງອະນຸຍາດໃຫ້ເຂົ້າເຖິງ ແລະໝາຍໂຟນເດີເອກະສານໃນແອັບພລິເຄຊັນຢ່າງຈະແຈ້ງ. ຖ້າພວກເຂົາເຮັດ, ໄຟລ໌ຜູ້ໃຊ້ຂອງແອັບຯຈະສາມາດໃຊ້ໄດ້ກັບແອັບຯອື່ນໆທັງຫມົດໂດຍໃຊ້ Document Picker ໂດຍບໍ່ຕ້ອງເຊື່ອມຕໍ່ອິນເຕີເນັດສໍາລັບ iCloud Drive.
ຜູ້ໃຊ້ຈະມີສີ່ປະຕິບັດພື້ນຖານສໍາລັບການເຮັດວຽກຮ່ວມກັບເອກະສານ - ເປີດ, ຍ້າຍ, ການນໍາເຂົ້າແລະການສົ່ງອອກ. ຄູ່ທີສອງຂອງການປະຕິບັດຫຼາຍຫຼືຫນ້ອຍໃຊ້ເວລາໃນໄລຍະການເຮັດວຽກຂອງວິທີການປະຈຸບັນຂອງການເຮັດວຽກກັບໄຟລ໌, ໃນເວລາທີ່ມັນສ້າງສໍາເນົາຂອງໄຟລ໌ສ່ວນບຸກຄົນເຂົ້າໄປໃນບັນຈຸຂອງຄໍາຮ້ອງສະຫມັກຂອງຕົນເອງ. ຕົວຢ່າງ, ຜູ້ໃຊ້ອາດຈະຕ້ອງການແກ້ໄຂຮູບພາບເພື່ອໃຫ້ມັນຢູ່ໃນຮູບແບບຕົ້ນສະບັບຂອງມັນ, ດັ່ງນັ້ນແທນທີ່ຈະເປີດມັນ, ພວກເຂົາເລືອກການນໍາເຂົ້າ, ເຊິ່ງເຮັດໃຫ້ໄຟລ໌ຊ້ໍາກັນຢູ່ໃນໂຟນເດີຂອງແອັບພລິເຄຊັນ. ຫຼັງຈາກນັ້ນ, ການສົ່ງອອກແມ່ນຫນ້າທີ່ "ເປີດໃນ ... " ທີ່ມີຊື່ສຽງຫຼາຍຫຼືຫນ້ອຍ.
ຢ່າງໃດກໍຕາມ, ຄູ່ທໍາອິດແມ່ນຫນ້າສົນໃຈຫຼາຍ. ການເປີດໄຟລ໌ເຮັດຕາມທີ່ເຈົ້າຄາດຫວັງຈາກການກະທຳດັ່ງກ່າວ. ແອັບພລິເຄຊັນພາກສ່ວນທີສາມຈະເປີດໄຟລ໌ຈາກບ່ອນອື່ນໂດຍບໍ່ມີການຊໍ້າກັນ ຫຼືຍ້າຍມັນ ແລະສາມາດສືບຕໍ່ເຮັດວຽກກັບມັນໄດ້. ຫຼັງຈາກນັ້ນ, ການປ່ຽນແປງທັງຫມົດຈະຖືກບັນທຶກໄວ້ໃນໄຟລ໌ຕົ້ນສະບັບ, ຄືກັນກັບມັນຢູ່ໃນລະບົບ desktop. ທີ່ນີ້, Apple ໄດ້ບັນທຶກການເຮັດວຽກຂອງນັກພັດທະນາ, ຜູ້ທີ່ບໍ່ຈໍາເປັນຕ້ອງກັງວົນກ່ຽວກັບວິທີການໄຟລ໌ທີ່ເປີດຢູ່ໃນຫຼາຍຄໍາຮ້ອງສະຫມັກຫຼືອຸປະກອນໃນເວລາດຽວກັນຈະໄດ້ຮັບການຈັດການກັບ, ຊຶ່ງຖ້າບໍ່ດັ່ງນັ້ນອາດຈະນໍາໄປສູ່ການສໍ້ລາດບັງຫຼວງຂອງຕົນ. ການປະສານງານທັງຫມົດແມ່ນໄດ້ຮັບການເບິ່ງແຍງໂດຍລະບົບຮ່ວມກັນກັບ CloudKit, ນັກພັດທະນາພຽງແຕ່ຕ້ອງປະຕິບັດ API ທີ່ກ່ຽວຂ້ອງໃນແອັບພລິເຄຊັນ.
ການເຄື່ອນໄຫວໄຟລ໌ຫຼັງຈາກນັ້ນພຽງແຕ່ສາມາດຍ້າຍລາຍການຈາກໂຟນເດີຄໍາຮ້ອງສະຫມັກຫນຶ່ງໄປຫາອີກ. ດັ່ງນັ້ນ, ຖ້າທ່ານຕ້ອງການໃຊ້ແອັບຯດຽວສໍາລັບການຈັດການໄຟລ໌ທັງຫມົດທີ່ເກັບໄວ້ໃນອຸປະກອນຂອງທ່ານ, ຕົວຍ້າຍໄຟລ໌ຈະຊ່ວຍໃຫ້ທ່ານເຮັດແນວນັ້ນ.
ສໍາລັບແຕ່ລະຄໍາຮ້ອງສະຫມັກ, ນັກພັດທະນາກໍານົດປະເພດຂອງໄຟລ໌ທີ່ມັນສາມາດເຮັດວຽກຮ່ວມກັບ. ຕົວເລືອກເອກະສານຍັງປັບຕົວກັບສິ່ງນີ້, ແລະແທນທີ່ຈະສະແດງໄຟລ໌ທັງຫມົດໃນ iCloud Drive ທັງຫມົດແລະໂຟນເດີແອັບພລິເຄຊັນທ້ອງຖິ່ນ, ມັນຈະສະແດງພຽງແຕ່ປະເພດທີ່ແອັບພລິເຄຊັນສາມາດເປີດໄດ້, ເຊິ່ງເຮັດໃຫ້ການຄົ້ນຫາງ່າຍຂຶ້ນຫຼາຍ. ນອກຈາກນັ້ນ, Document Picker ສະຫນອງການສະແດງຕົວຢ່າງໄຟລ໌, ລາຍຊື່ແລະ matrix, ແລະພາກສະຫນາມຄົ້ນຫາ.
ບ່ອນຈັດເກັບຂໍ້ມູນຄລາວຂອງພາກສ່ວນທີສາມ
ໃນ iOS 8, iCloud Drive ແລະ Document Picker ບໍ່ແມ່ນສະເພາະ, ໃນທາງກົງກັນຂ້າມ, ຜູ້ໃຫ້ບໍລິການເກັບຂໍ້ມູນຄລາວຂອງພາກສ່ວນທີສາມຈະສາມາດເຊື່ອມຕໍ່ກັບລະບົບໄດ້ໃນລັກສະນະທີ່ຄ້າຍຄືກັນ. ຕົວເລືອກເອກະສານຈະມີປຸ່ມສະຫຼັບຢູ່ເທິງສຸດຂອງປ່ອງຢ້ຽມທີ່ຜູ້ໃຊ້ສາມາດເລືອກເບິ່ງ iCloud Drive ຫຼືບ່ອນເກັບຂໍ້ມູນອື່ນໆທີ່ມີຢູ່.
ການລວມຕົວຂອງພາກສ່ວນທີສາມຕ້ອງການການເຮັດວຽກຈາກຜູ້ໃຫ້ບໍລິການເຫຼົ່ານັ້ນເທົ່ານັ້ນ, ແລະຈະເຮັດວຽກຄ້າຍຄືກັນກັບສ່ວນຂະຫຍາຍແອັບຯອື່ນໆໃນລະບົບ. ໃນທາງກົງກັນຂ້າມ, ການປະສົມປະສານຫມາຍເຖິງການຮອງຮັບການຂະຫຍາຍພິເສດໃນ iOS 8 ທີ່ເພີ່ມການເກັບຮັກສາຟັງເຂົ້າໃນລາຍການໃນເມນູການເກັບຮັກສາຂອງຕົວເລືອກເອກະສານ. ເງື່ອນໄຂດຽວແມ່ນການປະກົດຕົວຂອງແອັບພລິເຄຊັນທີ່ຕິດຕັ້ງສໍາລັບການບໍລິການທີ່ໃຫ້, ເຊິ່ງຖືກລວມເຂົ້າໃນລະບົບຫຼື Document Picker ໂດຍຜ່ານການຂະຫຍາຍຂອງມັນ.
ຈົນກ່ວາໃນປັດຈຸບັນ, ຖ້ານັກພັດທະນາຕ້ອງການປະສົມປະສານບາງສ່ວນຂອງການເກັບຮັກສາຟັງ, ພວກເຂົາຕ້ອງເພີ່ມການເກັບຮັກສາດ້ວຍຕົນເອງໂດຍຜ່ານ APIs ທີ່ມີຢູ່ຂອງບໍລິການ, ແຕ່ຄວາມຮັບຜິດຊອບໃນການຈັດການໄຟລ໌ຢ່າງຖືກຕ້ອງເພື່ອບໍ່ທໍາລາຍໄຟລ໌ຫຼືການສູນເສຍຂໍ້ມູນຕົກຢູ່ໃນຫົວຂອງພວກເຂົາ. . ສໍາລັບນັກພັດທະນາ, ການປະຕິບັດທີ່ເຫມາະສົມສາມາດຫມາຍເຖິງການພັດທະນາຫຼາຍອາທິດຫຼືຫຼາຍເດືອນ. ດ້ວຍ Document Picker, ຕອນນີ້ວຽກນີ້ຈະໄປຫາຜູ້ໃຫ້ບໍລິການບ່ອນເກັບຂໍ້ມູນຄລາວໂດຍກົງ, ດັ່ງນັ້ນນັກພັດທະນາພຽງແຕ່ຕ້ອງລວມ Document Picker ເທົ່ານັ້ນ.
ອັນນີ້ໃຊ້ບໍ່ໄດ້ຫຼາຍຖ້າພວກເຂົາຕ້ອງການລວມເອົາບ່ອນເກັບມ້ຽນທີ່ເລິກລົງໄປໃນແອັບຯດ້ວຍສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ຂອງຕົນເອງ, ເຊັ່ນ: ບັນນາທິການ Markdown ເຮັດ. ຢ່າງໃດກໍຕາມ, ສໍາລັບນັກພັດທະນາອື່ນໆສ່ວນໃຫຍ່, ນີ້ຫມາຍເຖິງການພັດທະນາທີ່ງ່າຍດາຍທີ່ສໍາຄັນແລະພວກເຂົາສາມາດປະຕິບັດການລວມເອົາການເກັບຮັກສາຟັງໃນຫນຶ່ງໄປໂດຍບໍ່ມີການເຮັດວຽກເພີ່ມເຕີມ.
ແນ່ນອນ, ຜູ້ໃຫ້ບໍລິການເກັບຮັກສາຕົວເອງຈະໄດ້ຮັບຜົນປະໂຫຍດຢ່າງຫຼວງຫຼາຍ, ໂດຍສະເພາະແມ່ນຜູ້ທີ່ໄດ້ຮັບຄວາມນິຍົມຫນ້ອຍ. ມັນເຄີຍເປັນວ່າການຮອງຮັບການເກັບຮັກສາສໍາລັບແອັບຯມັກຈະຖືກຈໍາກັດຢູ່ໃນ Dropbox, ຫຼື Google Drive, ແລະອື່ນໆຈໍານວນຫນ້ອຍ. ຜູ້ຫຼິ້ນທີ່ມີຄວາມນິຍົມຫນ້ອຍໃນຂົງເຂດການເກັບຮັກສາຟັງໃນຕົວຈິງບໍ່ມີໂອກາດທີ່ຈະປະສົມປະສານເຂົ້າໃນແອັບພລິເຄຊັນ, ເພາະວ່າມັນຫມາຍເຖິງການເຮັດວຽກພິເສດທີ່ບໍ່ສົມດຸນສໍາລັບຜູ້ພັດທະນາແອັບພລິເຄຊັນເຫຼົ່ານີ້, ຜົນປະໂຫຍດຂອງມັນຈະເປັນເລື່ອງຍາກສໍາລັບຜູ້ໃຫ້ບໍລິການທີ່ຈະຊັກຊວນໃຫ້ເຂົາເຈົ້າ.
ຂໍຂອບໃຈກັບ iOS 8, ພື້ນທີ່ເກັບຂໍ້ມູນຟັງທັງຫມົດທີ່ຜູ້ໃຊ້ຕິດຕັ້ງຢູ່ໃນອຸປະກອນຂອງລາວສາມາດຖືກລວມເຂົ້າໃນລະບົບ, ບໍ່ວ່າຈະເປັນຜູ້ນໃຫຍ່ຫຼືບໍລິການທີ່ຮູ້ຈັກຫນ້ອຍ. ຖ້າທາງເລືອກຂອງທ່ານແມ່ນ Dropbox, Google Drive, OneDrive, Box, ຫຼື SugarSync, ບໍ່ມີຫຍັງຂັດຂວາງທ່ານຈາກການນໍາໃຊ້ພວກມັນສໍາລັບການຄຸ້ມຄອງໄຟລ໌, ຕາບໃດທີ່ຜູ້ໃຫ້ບໍລິການເຫຼົ່ານັ້ນອັບເດດແອັບຯຂອງພວກເຂົາຕາມຄວາມເຫມາະສົມ.
ສະຫຼຸບ
ດ້ວຍ iCloud Drive, Document Picker, ແລະຄວາມສາມາດໃນການປະສົມປະສານການເກັບຮັກສາພາກສ່ວນທີສາມ, Apple ໄດ້ກ້າວໄປຂ້າງຫນ້າຢ່າງໃຫຍ່ຫຼວງຕໍ່ການຈັດການໄຟລ໌ທີ່ເຫມາະສົມແລະມີປະສິດທິພາບ, ເຊິ່ງເປັນຈຸດອ່ອນທີ່ໃຫຍ່ທີ່ສຸດຂອງລະບົບໃນ iOS ແລະທີ່ນັກພັດທະນາຕ້ອງເຮັດວຽກ. . ດ້ວຍ iOS 8, ແພລະຕະຟອມຈະສະຫນອງການຜະລິດແລະປະສິດທິພາບການເຮັດວຽກຫຼາຍກວ່າແຕ່ກ່ອນ, ແລະມັນມີຜູ້ພັດທະນາພາກສ່ວນທີສາມທີ່ມີຄວາມກະຕືລືລົ້ນເຕັມໃຈທີ່ຈະສະຫນັບສະຫນູນຄວາມພະຍາຍາມນີ້.
ເຖິງແມ່ນວ່າ iOS 8 ນໍາເອົາອິດສະລະພາບຫຼາຍຢ່າງໃຫ້ກັບລະບົບຍ້ອນການທັງຫມົດຂ້າງເທິງ, ຍັງມີຂໍ້ຈໍາກັດທີ່ສັງເກດເຫັນບາງຢ່າງທີ່ນັກພັດທະນາແລະຜູ້ໃຊ້ຈະຕ້ອງຈັດການກັບ. ສໍາລັບຕົວຢ່າງ, iCloud Drive ບໍ່ມີແອັບຯຂອງຕົນເອງ, ມັນມີພຽງແຕ່ຢູ່ໃນ Document Picker ໃນ iOS, ເຊິ່ງເຮັດໃຫ້ມັນມີຄວາມຫຍຸ້ງຍາກເລັກນ້ອຍໃນການຈັດການໄຟລ໌ແຍກຕ່າງຫາກໃນ iPhone ແລະ iPad. ໃນລັກສະນະດຽວກັນ, ຕົວເລືອກເອກະສານບໍ່ສາມາດ, ສໍາລັບຕົວຢ່າງ, ໄດ້ຮັບການເອີ້ນຈາກຄໍາຮ້ອງສະຫມັກ Mail ແລະໄຟລ໌ໃດໆທີ່ຕິດກັບຂໍ້ຄວາມ.
ສໍາລັບນັກພັດທະນາ, iCloud Drive ຫມາຍຄວາມວ່າພວກເຂົາຕ້ອງປ່ຽນຈາກ Documents ໃນ iCloud ທັງຫມົດໃນເວລາດຽວກັນສໍາລັບຄໍາຮ້ອງສະຫມັກຂອງພວກເຂົາ, ເນື່ອງຈາກວ່າການບໍລິການບໍ່ເຂົ້າກັນໄດ້ກັບກັນແລະກັນແລະຜູ້ໃຊ້ອາດຈະສູນເສຍຄວາມເປັນໄປໄດ້ຂອງການ synchronization. ແຕ່ທັງຫມົດນີ້ແມ່ນພຽງແຕ່ລາຄາເລັກນ້ອຍສໍາລັບຄວາມເປັນໄປໄດ້ທີ່ Apple ໄດ້ສະຫນອງໃຫ້ຜູ້ໃຊ້ແລະນັກພັດທະນາ. ຜົນປະໂຫຍດທີ່ມາຈາກ iCloud Drive ແລະ Document Picker ອາດຈະບໍ່ປາກົດຂຶ້ນທັນທີຫຼັງຈາກການເປີດຕົວຢ່າງເປັນທາງການຂອງ iOS 8, ແຕ່ມັນເປັນຄໍາສັນຍາອັນໃຫຍ່ຫຼວງສໍາລັບອະນາຄົດອັນໃກ້ນີ້. ອັນທີ່ພວກເຮົາໄດ້ໂທຫາສໍາລັບປີ.
ຖ້າຫາກວ່າມັນຈະເປັນໄປໄດ້ທີ່ຈະສ້າງ folder ແລະມີໄຟລ໌ປະສົມໃນມັນ (Numbers, ຫນ້າ ... ) ຫຼັງຈາກນັ້ນມັນຈະເປັນ godsend ...
ມັນຄວນຈະເປັນ…
ນີ້ແມ່ນຫນຶ່ງໃນຄວາມຜິດພາດທີ່ໃຫຍ່ທີ່ສຸດຂອງ Apple ໃນປະຫວັດສາດຂອງການພັດທະນາ iOS. ມັນເປັນການທໍລະຍົດທີ່ສົມບູນຂອງຄວາມຄິດເບື້ອງຕົ້ນທີ່ລະບົບຖືກສ້າງຂຶ້ນ. ລະບົບໄຟລ໌ແມ່ນບໍ່ສາມາດທົດແທນໄດ້, ພຽງແຕ່ການປະຕິບັດຂອງມັນຕ້ອງພັດທະນາເທື່ອລະກ້າວ. ຖ້າພວກເຂົາພຽງແຕ່ເພີ່ມການແກ້ໄຂໄຟລ໌ໃນແອັບພລິເຄຊັນອື່ນໃຫ້ກັບ iOS (ເພື່ອໃຫ້ຜູ້ຫນຶ່ງສາມາດເຂົ້າເຖິງໄຟລ໌ຂອງຄົນອື່ນໄດ້), ລະບົບ sandbox ຍັງສາມາດເຮັດວຽກໄດ້. ແຕ່ຫນ້າເສຍດາຍ, ນີ້ແມ່ນ overkill ທີ່ຈະເຮັດໃຫ້ເກີດຄວາມວຸ່ນວາຍ, clutter ແລະບັນຫາການຄຸ້ມຄອງ. ຂ້ອຍເສຍໃຈແທ້ໆ. ດ້ວຍສິ່ງນີ້, Apple ໄດ້ປະຖິ້ມຄຸນລັກສະນະອັນໜຶ່ງອັນໃຫຍ່ທີ່ສຸດຂອງຕົນ - ເພື່ອປະດິດສ້າງ. ໂດຍສະເພາະ, ເພື່ອປະດິດສ້າງຢ່າງມີສະຕິແລະບໍ່ເບິ່ງການຮ້ອງທຸກທີ່ບໍ່ມີຄວາມຮູ້ສຶກຂອງຜູ້ໃຊ້ທີ່ບໍ່ສາມາດຄິດສ້າງສັນ.
ຂ້າພະເຈົ້າບໍ່ໄດ້ຕົກຕະລຶງທັງຫມົດທີ່ໃນເວລາທີ່ພວກເຂົາເຈົ້ານໍາສະເຫນີ iCloud Drive ຢູ່ WWDC, ມີສຽງດັງທີ່ບໍ່ພໍໃຈຈາກຜູ້ຊົມ. ຂ້ອຍເຂົ້າໃຈພວກເຂົາທັງຫມົດ. ການບໍ່ມີລະບົບໄຟລ໌ແມ່ນຫນຶ່ງໃນລັກສະນະທີ່ດີທີ່ສຸດຂອງ iOS ແລະປະກອບສ່ວນເຂົ້າໃນຄວາມງ່າຍດາຍແລະຄວາມນິຍົມຂອງມັນ. ເຖິງວ່າຈະມີການວິພາກວິຈານທັງຫມົດ. ມັນສ່ວນໃຫຍ່ແມ່ນບໍ່ມີລະບົບໄຟລ໌ທີ່ປະກອບສ່ວນກັບຄວາມຫມັ້ນຄົງແລະການຄາດຄະເນຂອງລະບົບ. ແລະຂໍຂອບໃຈກັບເລື່ອງນີ້, ນາງໄດ້ຮັບປະກັນຄວາມນິຍົມຂອງລາວ.
ຄວາມປອດໄພເປັນສິ່ງສໍາຄັນຫຼາຍກ່ວາລະບົບໄຟລ໌ ... ຂ້າພະເຈົ້າຍັງຈື່ຈໍາໄດ້ດີທີ່ຂ້າພະເຈົ້າໄດ້ບັງເອີນລຶບໄຟລ໌ທີ່ບໍ່ດີໃນເວລາທີ່ຂ້າພະເຈົ້າຕ້ອງການທີ່ຈະເພີ່ມ ringtone ຂອງຕົນເອງກັບ iPhone 1st gen
ອີງຕາມສິ່ງທີ່ໄດ້ນໍາສະເຫນີຢູ່ WWDC, iOS 8 ຄວນເປີດໃຊ້ສິ່ງທີ່ທ່ານອະທິບາຍ - ເພື່ອໃຫ້ໄຟລ໌ຫນຶ່ງສາມາດເຂົ້າເຖິງໄດ້ໂດຍຫຼາຍແອັບພລິເຄຊັນ.
ຂ້ອຍຫວັງວ່າຈະປະສົມປະສານການເກັບຮັກສາຟັງ, ໂດຍສະເພາະ OneDrive, ບ່ອນທີ່ມີພື້ນທີ່ 365x5TB ພາຍໃນ Office1.
1. ຂ້າພະເຈົ້າຂ້ອນຂ້າງຢ້ານວ່າມັນຈະມີລັກສະນະແນວໃດ, ສໍາລັບການຍົກຕົວຢ່າງ, ກັບຜູ້ຊ່ຽວຊານ PDF ທີ່ສາມາດເປີດໄດ້ຢ່າງແທ້ຈິງທຸກສິ່ງທຸກຢ່າງ ... ຂ້າພະເຈົ້າຍັງຕ້ອງການໃຫ້ບຸກຄົນທີ່ມີອິດທິພົນຕໍ່ສິ່ງທີ່ເຂົາເຈົ້າສາມາດແລະບໍ່ສາມາດເປີດສໍາລັບຄໍາຮ້ອງສະຫມັກສ່ວນບຸກຄົນ. ..
2. ແມ່ນຫຍັງກ່ຽວກັບເນື້ອຫາອອບໄລນ໌ໃນຄລາວ? ຕົວຢ່າງເຊັ່ນ, ດ້ວຍໂປແກມ CUBBY ທີ່ຂ້ອຍໃຊ້, ຂ້ອຍມີໄຟລ໌ໃຫ້ດາວໂຫລດເພື່ອໃຫ້ຂ້ອຍສາມາດເປີດພວກມັນໄດ້ທຸກບ່ອນ ... ແລ້ວພວກມັນຈະຖືກເປີດຜ່ານຕົວເລືອກບໍ? ຜູ້ພັດທະນາໂຄງການນີ້ມີອິດທິພົນຕໍ່ມັນໃນທາງໃດກໍ່ຕາມ?