Մեր ամենօրյա աշխատանքի համար մեզ անհրաժեշտ են որոշակի հավելվածներ, որոնք օգնում են մեզ թե՛ աշխատանքի, թե՛ ժամանցի մեջ։ Այնուամենայնիվ, եթե մենք ուզում ենք անցնել այլ օպերացիոն համակարգի, խնդիր է առաջանում. Մեր օգտագործած հավելվածները կարող են հասանելի չլինել: Մենք պատրաստել ենք հոդվածների շարք, որոնք կզբաղվեն այս թեմայով։ Հուսով ենք, որ այն կօգնի ձեզ ինչպես օպերացիոն համակարգը փոխելիս, այնպես էլ ձեր ամենօրյա արդյունավետ աշխատանքի համար նոր հավելվածներ փնտրելիս։
Շարքի առաջին հոդվածում տեսնենք, թե ինչ տարբերակներ ունենք Mac OS-ում հավելվածները փոխարինելու համար։ Սկզբում լավ կլինի ասել, որ Mac OS-ը NextSTEP-ի և BSD-ի, այսինքն՝ Unix համակարգի հիման վրա կառուցված համակարգ է։ OS X-ով առաջին Mac-երը աշխատում էին PowerPC ճարտարապետությամբ, որտեղ հնարավոր էր օգտագործել միայն վիրտուալացման գործիքներ (Virtual PC 7, Bochs, Guest PC, iEmulator և այլն): Օրինակ, չնայած վիրտուալ համակարգիչը համեմատաբար արագ էր աշխատում, ամբողջ օրը վիրտուալ մեքենայում աշխատելն առանց OS X միջավայրին ինտեգրվելու պետք է չափազանց անհարմար լիներ: Նաև փորձ եղավ միաձուլել Wine նախագիծը QEMU (Darwine) հետ՝ MS Windows հավելվածները սկզբնական Mac OS-ում գործարկելու համար, բայց դա չաշխատեց այնպես, ինչպես սպասվում էր և չեղարկվեց:
Բայց երբ Apple-ը հայտարարեց x86 ճարտարապետությանն անցնելու մասին, հեռանկարն արդեն ավելի բարվոք էր: MS Windows-ը ոչ միայն կարող էր գործարկվել բնօրինակով, այլև Wine-ը կարող էր նաև կազմվել: Վիրտուալացման գործիքների պորտֆելը նույնպես աճել է, ինչի արդյունքում, օրինակ, MS-ը դադարեցրել է OS X-ի իր վիրտուալ համակարգչի գործիքի աջակցությունը: Այդ ժամանակից ի վեր առանձին ընկերություններ մրցակցում են, թե որքան արագ են աշխատելու իրենց վիրտուալ մեքենաները կամ որքան լավ են դրանք ինտեգրված: շրջակա միջավայրը OS X և այլն:
Այսօր մենք ունենք մի քանի տարբերակներ՝ Windows-ից Mac OS ծրագրերը փոխարինելու համար:
- MS Windows-ի հիմնական գործարկումը
- Mac OS-ի համար փոխարինող գտնելը
- Վիրտուալիզացիայի միջոցով
- Թարգմանության API (Գինի)
- Հավելվածի թարգմանություն Mac OS-ի համար։
MS Windows-ի հիմնական գործարկումը
Windows-ը կարող է գործարկվել այսպես կոչված DualBoot-ի միջոցով, ինչը նշանակում է, որ մեր Mac-ն աշխատում է կամ Mac OS-ով կամ Windows-ով: Այս մեթոդի առավելությունն այն է, որ Windows-ը լիովին օգտագործում է ձեր Mac-ի HW-ն: Ցավոք, մենք միշտ պետք է վերագործարկենք համակարգիչը, ինչը անհարմար է: Մենք նաև պետք է ունենանք մեր սեփական MS Windows լիցենզիան, որը ամենաէժանը չէ: Բավական է գնել OEM տարբերակը, որն արժե մոտ 3 հազար, բայց եթե ցանկանում եք նույն պատուհանները վիրտուալ մեքենայով գործարկել BootCamp ծանրոցից, ապա լիցենզավորման պայմանագրի հետ խնդիր եք ունենում (աղբյուրը՝ Microsoft-ի թեժ գիծ): Այսպիսով, եթե ցանկանում եք օգտագործել BootCamp-ը և վիրտուալացումը, ձեզ անհրաժեշտ է ամբողջական տուփով տարբերակը: Եթե վիրտուալացման կարիք չունեք, OEM լիցենզիան բավական է:
Փնտրում եմ այլընտրանք Mac OS-ի համար
Շատ հավելվածներ ունեն իրենց փոխարինումը: Ոմանք ավելի լավն են ավելի շատ ֆունկցիոնալությամբ, մյուսները ավելի վատ: Ցավոք սրտի, դա հիմնականում վերաբերում է առանձին օգտատերերի սովորություններին: Եթե օգտատերը սովոր է աշխատել Microsoft Office-ի հետ, ապա նա սովորաբար խնդիրներ ունի անցնելու OpenOffice-ին և հակառակը: Այս այլընտրանքի առավելությունն, անկասկած, այն է, որ այն ուղղակիորեն գրված է Mac OS-ի և դրա միջավայրի համար: Հաճախ աշխատում են ստեղնաշարի բոլոր դյուրանցումները, որոնց մենք սովոր ենք, և ընդհանուր առմամբ այս համակարգի գործարկման սկզբունքները:
Վիրտուալացում
Վիրտուալիզացիան աշխատում է Windows-ը Mac OS միջավայրում, ուստի բոլոր ծրագրերն աշխատում են Windows-ում, սակայն այսօրվա ծրագրերի ընտրանքների շնորհիվ՝ Mac OS-ին ինտեգրվելու աջակցությամբ: Օգտագործողը գործարկում է Windows-ը հետին պլանում, գործարկում է ծրագիր, որն այնուհետև աշխատում է Mac OS GUI-ում: Այդ նպատակով այսօր շուկայում կան մի քանի ծրագրեր: Առավել հայտնիներից են.
- Զուգահեռ աշխատասեղան
- VMware միաձուլում
- VirtualBox- ը
- QEMU
- Բոխս.
Առավելությունն այն է, որ ցանկացած ծրագրակազմ, որը մենք գնել ենք Windows-ի համար, կաշխատի այս կերպ: Թերությունն այն է, որ մենք պետք է լիցենզիա գնենք Windows-ի և Virtualization գործիքի համար: Վիրտուալացումը կարող է դանդաղ աշխատել, բայց դա կախված է այն համակարգչից, որի վրա մենք վիրտուալացնում ենք (հեղինակի նշում. իմ 2-ամյա MacBook Pro-ում Windows հավելվածների հետ աշխատելու արագության խնդիր չկա):
API թարգմանություն
Մի անհանգստացեք, ես չեմ ուզում ձեզ ծանրաբեռնել ինչ-որ անհասկանալի նախադասությամբ. Այս վերնագրի տակ միայն մեկ բան է թաքնված. Windows-ն օգտագործում է հատուկ համակարգի ֆունկցիայի կանչեր (API)՝ սարքավորման հետ հաղորդակցվելու համար, իսկ Mac OS-ում կա ծրագիր, որը կարող է թարգմանել այս API-ները, որպեսզի OS X-ը կարողանա հասկանալ դրանք։ Փորձագետները, հավանաբար, կներեն ինձ, բայց սա օգտատերերի հոդված է, ոչ թե մասնագիտական հանրության համար: Mac OS-ում 3 ծրագիր անում է սա.
- գինի
- Crossover-Wine
- Քրոսովեր
Գինին հասանելի է միայն սկզբնաղբյուր ֆայլերից և կարող է կազմվել նախագծի միջոցով Մակպորտներ. Բացի այդ, կարող է թվալ, որ Crossover-Wine-ը նույնն է, ինչ Crossover-ը, բայց դա այնքան էլ այդպես չէ: Ամուր CodeWeavers-ը, որը մշակում է Crossover-ը փողի դիմաց, հիմնված է Wine նախագծի վրա, սակայն իր սեփական կոդը ներդնում է հավելվածների հետ համատեղելիությունը բարելավելու համար: Սա տեղադրված է MacPorts-ի Crossover-Wine փաթեթում, որը կրկին հասանելի է միայն սկզբնաղբյուրները թարգմանելու միջոցով: Crossover-ը կարող է կիրառվել առանձին հավելվածների վրա և ունի իր սեփական ինտերֆեյսի միջերեսային միջերեսը, ինչը հեշտացնում է անհատական հավելվածների և դրանց կախվածությունների տեղադրումը, որոնք չունեն նախորդ երկու փաթեթները: Դուք կարող եք անմիջապես CodeWeavers կայքում գտնել, թե որ հավելվածները կարող են գործարկվել դրա վրա: Թերությունն այն է, որ CodeWeavers-ի կողմից թվարկվածներից բացի այլ հավելվածներ կարող են գործարկվել դրա վրա, սակայն այն պետք է կարողանա կարգավորել Wine նախագիծը։
Հավելվածի թարգմանություն Mac OS-ի համար
Ինչպես նշեցի նախորդ պարբերությունում. Որոշ հավելվածներ, հիմնականում բաց կոդով համայնքից, կարող են չունենալ Mac OS երկուական փաթեթ, բայց պահպանվում են աղբյուրի ֆայլերում: Որպեսզի նույնիսկ սովորական օգտվողը կարողանա թարգմանել այս հավելվածները երկուական վիճակի, կարող է օգտագործվել նախագիծ Մակպորտներ. Դա փաթեթային համակարգ է, որը կառուցված է BSD-ից հայտնի նավահանգիստների սկզբունքով։ Այն տեղադրելուց և նավահանգստի տվյալների բազան թարմացնելուց հետո այն վերահսկվում է հրամանի տողի միջոցով։ Կա նաև գրաֆիկական տարբերակ՝ Project Fink։ Ցավոք սրտի, դրա ծրագրային տարբերակները արդիական չեն և, հետևաբար, խորհուրդ չեմ տալիս:
Ես փորձեցի ուրվագծել Windows հավելվածների գործարկման հնարավորությունները Mac OS-ով: Հաջորդ մասից մենք կզբաղվենք համակարգչի հետ աշխատելու կոնկրետ ոլորտներով և MS Windows միջավայրի ծրագրերի այլընտրանքներով: Հաջորդ մասում մենք կանդրադառնանք գրասենյակային հավելվածներին:
Ռեսուրսներ: wikipedia.org, winehq.org
Այսօր ես ոչ մեկին խորհուրդ չեմ տա MacPort-ներ: Homebrew-ին շատ ավելի ամբողջական և լավ մտածված այլընտրանք կա http://mxcl.github.com/homebrew/
Շնորհակալություն հուշման համար, ես կփորձեմ այն և կտեսնեմ, թե ինչ կլինի: Ամեն դեպքում, կա՞ արդյոք ցանցում որևէ տեղ եփելու միջոցով հասանելի փաթեթների ցանկ: Նման մի բան: http://www.macports.org/ports.php
Չեմ կարողանում գտնել :( շնորհակալություն
Ես փորձարկում եմ homebrew-ը, ամեն դեպքում կողմ կլինեմ «ցուլին», բայց իմ դիտարկումները.
– Փաստաթղթերը շատ խիստ են, նորմալ օգտատերը դրա հետ խնդիրներ կունենա (փաստ է, որ MacPorts-ը անգլերեն է, բայց բառարանի հետ լավ է),
- Ինչ-որ կերպ ես դեռ չեմ հասկանում «բանաձևի» սկզբունքը, բայց նայելուց հետո MacPort-ներն ունեն ավելի մեծ SW բազա,
– Այո, այս այլընտրանքն ավելի արագ է, բայց ինչ-որ կերպ ես բաց եմ թողնում «տարբերակները»՝ անցնելով այն, ինչով ուզում եմ հավաքել և ինչով չեմ ուզում:
Ես դեռ չեմ փորձել ուղղակիորեն սկզբնաղբյուր ֆայլերից կազմել: Անկեղծ ասած, շատ օգտատերերի համար ես նախընտրում եմ տեսնել Fink-ի նման մի բան, քանի որ ինձ պետք չէ իմանալ, թե ինչ է դրա հետևում: Փաստ է, որ Homebrew-ը հավանաբար ավելի լավ է պահոցում գտնվող իրերի համար (կարիք չկա ուսումնասիրել տարբերակները և այլն), մենք կտեսնենք, թե ինչպիսին է կոմպիլյացիան անմիջապես աղբյուրից:
Դա բոլորովին տարօրինակ է: Ես կցանկանայի գնել mac, բայց այն զգացողությունը, որ ես պետք է նորից աշխատեմ դրա վրա Windows-ով, որպեսզի կարողանամ աշխատել այն ծրագրային ապահովման հետ, որը ես թանկ գնեցի հենց Windows-ի համար, բավականին ծիծաղելի է և դա չի լուծում գործարկման խնդիրը: Windows-ից հեռու:
Մնացեք մինչև շարքի ավարտը։ Կոնկրետ ի՞նչ ծրագրային ապահովման մասին է խոսքը: Միգուցե մենք կարողանանք լուծում գտնել։ Եթե ծրագիրը նախատեսված է և՛ Mac-ի, և՛ Win-ի համար, արտադրողը (օրինակ՝ Adobe) թույլ է տալիս փոխել համակարգի հարթակը արդիականացման ընթացքում որոշակի պայմաններում:
Անկեղծ ասած, երբ գնեցի իմ առաջին Mac-ը, վախենում էի, որ ժամանակիս մեծ մասը կանցկացնեմ Windows-ում։ Հիմա 2 տարի օգտագործելուց հետո վստահաբար կարող եմ ասել, որ այնքան էլ վատ չէ։ Քիչ թե շատ, ես օգտագործում եմ Windows-ը Sap Logon-ի համար (և միայն երբեմն, որովհետև JavaGui-ն չի պարունակում որոշ գործառույթներ, որոնք չեն անհանգստացնում օգտատերին, բայց ցավոք, դրանք ինձ պետք են իմ աշխատանքի համար): Ծրագրաշարի մնացած մասը աշխատում է իմ Mac-ում: Ամեն դեպքում, ես կթեքվեի դեպի Libor, կարո՞ղ եք ասել, թե ինչ SW եք օգտագործում: Կամ մենք գիտենք նրա այլընտրանքը, կամ կփնտրենք ու կավելացնենք մեր շարքը։ Եվ դա վերաբերում է նաև վերջինին :)
Ես սովորաբար օգտվում եմ Mac OS-ից, բայց ես ողջունում եմ քարտեզների և GPS-ի հետ հաղորդակցվելու ծրագրակազմը՝ MapSource Garmin-ից: Garmin-ը փորձում է, Mac-ի համար իրենց SW-ն աճում է, նրանք առաջարկում են մի քանի BaseCamp, բայց ես դեռ չեմ փորձել, պատրաստվում եմ: Ես գաղափար չունեմ, թե ինչպես է այն նման կամ տարբերվում MapSource-ից: Ի վերջո, ես ունեմ արշավային GPS, մեկ այլ GPS մեքենայի համար, և ես կցանկանայի դրանով աշխատել նաև Mac-ի վրա:
Կոնկրետ ինձ Corel x4, Autocad, Autovue 3d դիտող է պետք։ Ընդհանուր առմամբ մոտ 70000 NOK: Ես գնահատում եմ հնարավոր արդիականացումը (եթե ընդհանրապես հնարավոր է) մինչև ևս 35000 NOK:
Corel-ը դադարեցրեց Macintosh-ի աջակցությունը 11 տարբերակում - 2002 թվականին: Ես նույնիսկ ինչ-որ տեղ կարդացի, որ նրանք խորհուրդ են տալիս իրենց հաճախորդներին օգտագործել Boot Camp: Դուք կարող եք փոխանակել Corel-ը Adobe Illustrator-ի կամ Creative Suite-ի ողջ փաթեթի հետ (Illustrator, Photoshop, InDesign, Acrobat...):
Իմ կարծիքով, արդիականացումը հնարավոր է ձեռք բերված Corel լիցենզիաների օգտագործման տարբերակով։ Կապվեք պարոն Մետլիչկայի հետ Adobe CZ-ից, նա կարող է օգնել ձեզ:
AutoCAD-ը Mac-ի համար վաճառքում կհայտնվի հոկտեմբերի սկզբին: Տես հոդվածը http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
Autovue 3d հեռուստադիտողը CAD է: Ինչի՞ համար եք օգտագործում այս ծրագիրը:
Corel-ը ոչ մի բանի հետ չէի փոխի, դա հիանալի և արագ վեկտորային ծրագիր է: այն, ինչ ես կարող եմ նկարել Corel-ում 15 րոպեում, այլուր դա տևում է մոտ մեկ ժամ...
Բարեւ,
Խնդրում եմ, կարո՞ղ եմ հարց ունենալ Java SAP մուտքագրման վերաբերյալ: Ձեզ հաջողվե՞լ է ակտիվացնել չեխական կերպարի ցուցադրումը: Եթե ես օգտագործում եմ այլ կոդային էջ, բացի 1100-ից, կօգտագործեմ «dumps», հիմնականում «RFCGUI_UNEXPECTED_DATA», բայց ես տեսել եմ ուրիշներ: Դուք պատահե՞լ եք նմանատիպ խնդրի հանդիպել: Ես լուծել եմ այն՝ ավելացնելով cpg=1100 փորձագիտական կարգավորումներում։ Այսպիսով, իմ ամբողջ միացման տողը հետևյալն է.
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=EN
Բարեւ,
Չեմ փորձել, կփորձեմ իմ պրակտիկայի սերվերի վրա տանը:
Ես նայում եմ թերթիկները և ինձ թվում է, որ սա բավականին հետաքրքիր է.
Ծանոթագրություն 887238 – Կոդի էջի ձախողված փոխարկումն առաջացնում է RFCGUI_UNEXPECTED_DATA
Տեսականորեն կարող է լինել, որ մեկ այլ cpg տեղադրված չէ համակարգում, որին միանում եք, խորհուրդ կտայի պայմանավորվել ձեր բասիստի հետ:
Որպես այլընտրանք, ես կփորձեի CP 4110-ը, որը ներքին կոդի նշանակումն է unicode-ի համար, այսինքն՝ եթե ունեք համակարգի տարբերակ 4.7, ECC5, ECC6 և այլն, կամ եթե դրանք միացված են որպես Unicode միացված:
ամեն դեպքում ինձ էլ կօգներ, եթե աղբանոցը քեզ մոտ գա, դրա գլուխը ուղարկես, որ ես ինքս ինձ դանակահարեմ (ST22): Շնորհակալություն
Ինչպե՞ս բացել լոգոն Corel X5-ից??? Illustrator CS5-ն ինձ համար կբացի միայն Corel 12-ը: Ես մտադիր չեմ Win-ը տեղադրել Mac-ում...
Ով ձեզ տվել է/ուղարկել է, թող այն փոխարկի EPS, AI, PDF ձևաչափի։ Ես ուրիշ տարբերակ չգիտեմ։