ປິດໂຄສະນາ

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

ໃນ​ບົດ​ຄວາມ​ທໍາ​ອິດ​ຂອງ​ຊຸດ​, ໃຫ້​ເບິ່ງ​ວ່າ​ທາງ​ເລືອກ​ທີ່​ພວກ​ເຮົາ​ມີ​ສໍາ​ລັບ​ການ​ທົດ​ແທນ​ການ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ໃນ Mac OS​. ໃນຕອນທໍາອິດ, ມັນຈະດີທີ່ຈະເວົ້າວ່າ Mac OS ເປັນລະບົບທີ່ສ້າງຂຶ້ນບົນພື້ນຖານຂອງ NextSTEP ແລະ BSD, ນັ້ນແມ່ນ, ບົນພື້ນຖານຂອງລະບົບ Unix. Macs ທໍາອິດທີ່ມີ OS X ດໍາເນີນການຢູ່ໃນສະຖາປັດຕະ PowerPC, ບ່ອນທີ່ມັນເປັນໄປໄດ້ທີ່ຈະນໍາໃຊ້ພຽງແຕ່ເຄື່ອງມືສໍາລັບການ virtualization (Virtual PC 7, Bochs, Guest PC, iEmulator, ແລະອື່ນໆ). ຕົວຢ່າງ, ເຖິງແມ່ນວ່າ Virtual PC ເຮັດວຽກຂ້ອນຂ້າງໄວ, ການເຮັດວຽກຕະຫຼອດມື້ໃນເຄື່ອງ virtual ໂດຍບໍ່ມີການປະສົມປະສານເຂົ້າໄປໃນສະພາບແວດລ້ອມ OS X ຈະຕ້ອງບໍ່ສະດວກທີ່ສຸດ. ນອກຈາກນີ້ຍັງມີຄວາມພະຍາຍາມທີ່ຈະລວມໂຄງການ Wine ກັບ QEMU (Darwine) ເພື່ອດໍາເນີນການຄໍາຮ້ອງສະຫມັກ MS Windows ໂດຍພື້ນເມືອງໃນ Mac OS, ແຕ່ນີ້ບໍ່ໄດ້ຜົນຕາມທີ່ຄາດໄວ້ແລະຖືກຍົກເລີກ.

ແຕ່ເມື່ອ Apple ປະກາດການຫັນປ່ຽນໄປສູ່ສະຖາປັດຕະຍະກໍາ x86, ການຄາດຄະເນແມ່ນເພີ່ມຂຶ້ນແລ້ວ. ບໍ່ພຽງແຕ່ MS Windows ສາມາດດໍາເນີນການພື້ນເມືອງ, ແຕ່ Wine ຍັງສາມາດຖືກລວບລວມ. ຫຼັກຊັບຂອງເຄື່ອງມື virtualization ຍັງໄດ້ຂະຫຍາຍຕົວ, ຜົນໄດ້ຮັບ, ສໍາລັບຕົວຢ່າງ, MS ceasing ສະຫນັບສະຫນູນເຄື່ອງມື Virtual PC ຂອງຕົນສໍາລັບ OS X. ນັບຕັ້ງແຕ່ນັ້ນມາ, ບໍລິສັດຕ່າງໆໄດ້ແຂ່ງຂັນກັນວ່າເຄື່ອງ virtual ຂອງພວກເຂົາສາມາດແລ່ນໄດ້ໄວເທົ່າໃດຫຼືພວກເຂົາປະສົມປະສານເຂົ້າໃນລະບົບ virtual. ສະພາບແວດລ້ອມ OS X ແລະອື່ນໆ.

ມື້​ນີ້​ພວກ​ເຮົາ​ມີ​ທາງ​ເລືອກ​ຈໍາ​ນວນ​ຫນຶ່ງ​ທີ່​ມີ​ຢູ່​ເພື່ອ​ທົດ​ແທນ​ໂຄງ​ການ​ຈາກ Windows ກັບ Mac OS​.

  • ການເປີດຕົວຕົ້ນສະບັບຂອງ MS Windows
  • ຊອກຫາການທົດແທນສໍາລັບ Mac OS
  • ໂດຍ virtualization
  • API ການແປ (ເຫຼົ້າແວງ)
  • ການແປພາສາຂອງຄໍາຮ້ອງສະຫມັກສໍາລັບ Mac OS.

ການເປີດຕົວຕົ້ນສະບັບຂອງ MS Windows

Windows ສາມາດເລີ່ມຕົ້ນໄດ້ໂດຍໃຊ້ອັນທີ່ເອີ້ນວ່າ DualBoot, ຊຶ່ງຫມາຍຄວາມວ່າ Mac ຂອງພວກເຮົາແມ່ນໃຊ້ Mac OS ຫຼື Windows. ປະໂຫຍດຂອງວິທີການນີ້ແມ່ນວ່າ Windows ໃຊ້ HW ຂອງ Mac ຂອງທ່ານຢ່າງເຕັມສ່ວນ. ແຕ່ຫນ້າເສຍດາຍ, ພວກເຮົາສະເຫມີຕ້ອງ restart ຄອມພິວເຕີ, ເຊິ່ງມັນບໍ່ສະດວກ. ພວກເຮົາຍັງຕ້ອງມີໃບອະນຸຍາດ MS Windows ຂອງພວກເຮົາເອງ, ເຊິ່ງບໍ່ແມ່ນລາຄາຖືກທີ່ສຸດ. ມັນພຽງພໍທີ່ຈະຊື້ຮຸ່ນ OEM, ເຊິ່ງມີລາຄາປະມານ 3 ພັນ, ແຕ່ຖ້າທ່ານຕ້ອງການໃຊ້ windows ດຽວກັນໃນເຄື່ອງ virtual ຈາກ BootCamp parcel, ທ່ານຈະມີບັນຫາກັບຂໍ້ຕົກລົງການອະນຸຍາດ (ແຫຼ່ງ: ສາຍດ່ວນ Microsoft). ດັ່ງນັ້ນຖ້າທ່ານຕ້ອງການໃຊ້ BootCamp ແລະ virtualization, ທ່ານຕ້ອງການສະບັບເຕັມກ່ອງ. ຖ້າທ່ານບໍ່ຕ້ອງການ virtualization, ໃບອະນຸຍາດ OEM ແມ່ນພຽງພໍ.

ຊອກຫາທາງເລືອກສໍາລັບ Mac OS

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

Virtualization

Virtualization ກໍາລັງໃຊ້ Windows ໃນສະພາບແວດລ້ອມ Mac OS, ດັ່ງນັ້ນໂຄງການທັງຫມົດເຮັດວຽກພື້ນເມືອງໃນ Windows, ແຕ່ຂໍຂອບໃຈກັບທາງເລືອກຂອງໂຄງການໃນມື້ນີ້, ສະຫນັບສະຫນູນສໍາລັບການເຊື່ອມໂຍງກັບ Mac OS. ຜູ້ໃຊ້ເລີ່ມຕົ້ນ Windows ໃນພື້ນຫລັງ, ດໍາເນີນການໂຄງການ, ເຊິ່ງຫຼັງຈາກນັ້ນດໍາເນີນການໃນ Mac OS GUI. ມີໂຄງການຈໍານວນຫນຶ່ງຢູ່ໃນຕະຫຼາດໃນມື້ນີ້ສໍາລັບຈຸດປະສົງນີ້. ໃນ​ບັນ​ດາ​ທີ່​ຮູ້​ຈັກ​ດີ​ຂຶ້ນ​ແມ່ນ​:

  • Parallels desktop
  • VMware fusion
  • VirtualBox
  • QEMU
  • Bochs.

ຂໍ້ໄດ້ປຽບແມ່ນວ່າຊອບແວໃດໆທີ່ພວກເຮົາໄດ້ຊື້ສໍາລັບ Windows ຈະດໍາເນີນການແບບນີ້. ຂໍ້ເສຍແມ່ນວ່າພວກເຮົາຕ້ອງຊື້ໃບອະນຸຍາດສໍາລັບ Windows ແລະເຄື່ອງມື Virtualization. Virtualization ສາມາດເຮັດວຽກຊ້າໆ, ແຕ່ນີ້ແມ່ນຂຶ້ນກັບຄອມພິວເຕີທີ່ພວກເຮົາກໍາລັງ virtualizing (ບັນທຶກຂອງຜູ້ຂຽນ: ບໍ່ມີບັນຫາກັບຄວາມໄວຂອງການເຮັດວຽກກັບຄໍາຮ້ອງສະຫມັກ Windows ໃນ MacBook Pro 2 ປີຂອງຂ້ອຍ).

ການແປ API

ບໍ່ຕ້ອງເປັນຫ່ວງ, ຂ້ອຍບໍ່ຕ້ອງການໃຫ້ເຈົ້າຈົມລົງດ້ວຍບາງປະໂຫຍກທີ່ບໍ່ສາມາດເຂົ້າໃຈໄດ້. ມີພຽງແຕ່ສິ່ງດຽວທີ່ເຊື່ອງໄວ້ພາຍໃຕ້ຫົວຂໍ້ນີ້. Windows ໃຊ້ການເອີ້ນຟັງຊັນລະບົບພິເສດ (APIs) ເພື່ອຕິດຕໍ່ສື່ສານກັບຮາດແວ, ແລະໃນ Mac OS ມີໂຄງການທີ່ສາມາດແປ APIs ເຫຼົ່ານີ້ເພື່ອໃຫ້ OS X ສາມາດເຂົ້າໃຈພວກມັນໄດ້. ຜູ້ຊ່ຽວຊານອາດຈະແກ້ຕົວຂ້ອຍ, ແຕ່ນີ້ແມ່ນບົດຄວາມສໍາລັບຜູ້ໃຊ້, ບໍ່ແມ່ນສໍາລັບຊຸມຊົນມືອາຊີບ. ພາຍ​ໃຕ້ Mac OS​, 3 ໂຄງ​ການ​ເຮັດ​ແນວ​ນີ້​:

  • ວາຍ
  • Crossover-Wine
  • ປະເພດ Crossover

ເຫຼົ້າແວງແມ່ນມີພຽງແຕ່ຈາກໄຟລ໌ແຫຼ່ງແລະສາມາດຖືກລວບລວມຜ່ານໂຄງການ MacPorts. ນອກຈາກນີ້, ມັນອາດຈະເບິ່ງຄືວ່າ Crossover-Wine ແມ່ນຄືກັນກັບ Crossover, ແຕ່ມັນບໍ່ແມ່ນດັ່ງນັ້ນ. ບໍລິສັດ CodeWeavers, ເຊິ່ງພັດທະນາ Crossover ສໍາລັບເງິນ, ແມ່ນອີງໃສ່ໂຄງການ Wine, ແຕ່ປະຕິບັດລະຫັດຂອງຕົນເອງກັບຄືນໄປບ່ອນໃນມັນເພື່ອປັບປຸງຄວາມເຂົ້າກັນໄດ້ກັບຄໍາຮ້ອງສະຫມັກ. ນີ້ແມ່ນໃສ່ໃນຊຸດ Crossover-Wine ໃນ MacPorts, ເຊິ່ງອີກເທື່ອຫນຶ່ງສາມາດໃຊ້ໄດ້ໂດຍການແປລະຫັດແຫຼ່ງ. Crossover ສາມາດຖືກນໍາໃຊ້ກັບຄໍາຮ້ອງສະຫມັກສ່ວນບຸກຄົນແລະມີ GUI ຂອງຕົນເອງ, ເຊິ່ງເຮັດໃຫ້ມັນງ່າຍຂຶ້ນສໍາລັບທ່ານທີ່ຈະຕິດຕັ້ງຄໍາຮ້ອງສະຫມັກສ່ວນບຸກຄົນແລະຄວາມຂຶ້ນກັບຂອງເຂົາເຈົ້າ, ເຊິ່ງສອງຊຸດທີ່ຜ່ານມາບໍ່ມີ. ທ່ານສາມາດຊອກຫາໄດ້ໂດຍກົງຢູ່ໃນເວັບໄຊທ໌ CodeWeavers ທີ່ແອັບພລິເຄຊັນສາມາດດໍາເນີນການໄດ້. ຂໍ້ເສຍແມ່ນວ່າແອັບພລິເຄຊັນອື່ນນອກເຫນືອຈາກທີ່ລະບຸໄວ້ໂດຍ CodeWeavers ສາມາດດໍາເນີນການໄດ້, ແຕ່ມັນຈໍາເປັນຕ້ອງສາມາດກໍາຫນົດຄ່າໂຄງການ Wine.

ການແປພາສາຂອງຄໍາຮ້ອງສະຫມັກສໍາລັບ Mac OS

ດັ່ງທີ່ຂ້າພະເຈົ້າໄດ້ກ່າວມາໃນວັກທີ່ຜ່ານມາ. ບາງແອັບພລິເຄຊັນ, ສ່ວນຫຼາຍແມ່ນມາຈາກຊຸມຊົນແຫຼ່ງເປີດ, ອາດຈະບໍ່ມີແພັກເກັດຄູ່ຂອງ Mac OS, ແຕ່ຖືກຮັກສາໄວ້ໃນໄຟລ໌ແຫຼ່ງ. ເພື່ອໃຫ້ເຖິງແມ່ນວ່າຜູ້ໃຊ້ປົກກະຕິສາມາດແປຄໍາຮ້ອງສະຫມັກເຫຼົ່ານີ້ເຂົ້າໄປໃນສະຖານະຄູ່, ໂຄງການສາມາດຖືກນໍາໃຊ້ MacPorts. ມັນເປັນລະບົບຊຸດທີ່ສ້າງຂຶ້ນໃນຫຼັກການຂອງພອດທີ່ຮູ້ຈັກຈາກ BSD. ຫຼັງຈາກຕິດຕັ້ງມັນແລະປັບປຸງຖານຂໍ້ມູນພອດ, ມັນຖືກຄວບຄຸມຜ່ານເສັ້ນຄໍາສັ່ງ. ນອກຈາກນີ້ຍັງມີສະບັບກາຟິກ, Project Fink. ແຕ່ຫນ້າເສຍດາຍ, ສະບັບຂອງໂປລແກລມຂອງມັນບໍ່ທັນສະໄຫມແລະດັ່ງນັ້ນຂ້ອຍບໍ່ແນະນໍາມັນ.

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

ຊັບ​ພະ​ຍາ​ກອນ: wikipediaorg, winehq.org
.