Czy aplikacje Mac OS mogą działać natywnie?


23

To może być głupie pytanie, ale skoro nowsze systemy Mac są zbudowane na Uniksie, czy możliwe jest uruchamianie aplikacji Mac natywnie na Ubuntu? Szczególnie interesuje mnie środowisko programistyczne Cody .


Możesz uruchamiać takie rzeczy jak htopwszechświat w terminalu.
Alvar



@GeorgeUdosen: To pytanie jest ściśle powiązane, ale ma nieco inny zakres, jak wynika z odpowiedzi. Głosuję przeciwko duplikatowi między nimi.
David Foerster,

Odpowiedzi:


26

Oba są systemami POSIX, ale nie. Większość aplikacji OSX opiera się na różnych bibliotekach (np .: Cocoa - jak GTK, ale nie GTK), które nie są open source i dlatego nie można ich przenosić.

Myślę, że było zainteresowanie napisaniem warstwy takiej jak Wine, aby zastąpić takie rzeczy jak kakao, ale o ile mi wiadomo, nic z tego nie wyszło.


Obawiałem się, że tak jest ... och, cóż. Dzięki.
EmmyS,

1
trwa projekt przeniesienia kakao do okien (i być może Linux, (zapomniałem nazwy = P)), a także GNU Step, który ... no cóż, stara się być kompatybilny na poziomie źródłowym. Prawdopodobnie jest to najbliższe do uruchomienia aplikacji na obu (bez korzystania z czegoś takiego jak GTK + lub QT jako podstawy).
RolandiXor

1
nazywa się to cocotron (trzeba wykopać link)
RolandiXor


1
askubuntu.com/a/227010/25036 zwraca uwagę na projekt Darling .
Graham Perrin

0

Prawidłowo oba są zgodne z POSIX. Ale Unix BSD pochodzi z uniksowego kodu źródłowego, który należał do AT&T. Uniwersytet w Berkeley i San Diego podzielił prawa do tego kodu z AT&T, oryginalnym kodem C. Warstwa interfejsu systemu operacyjnego dla Unix System V została opublikowana w dokumentach „Unix SVID” ​​- trzy duże tomy korzystania z Unix System V - i interfejs: Definicja interfejsu.

Książka ta została wówczas porównana z wieloma dokumentami standaryzacyjnymi: X / Open i OSF miały bardzo podobne definicje, a następnie IEEE zatwierdziło definicję POSIX z amerykańskim DoD wprowadzającym wymagania „Steelmana” dla solidnego systemu operacyjnego. Xenix jest jak Linux implementacja od zera POSIX: Linus Torvald zaczął od szkieletu i podjął się pracy nad woluminami, przejrzał i przesłał go do IEEE w celu weryfikacji zgodności i Linux przeszedł pomyślnie.

Inne, takie jak SCO Unix, zostały zatwierdzone przez AT&T jako „Unix”, a POSIX został stworzony, aby był z nimi zgodny - nie żeby były zgodne z POSIX. Mac działa tylko na zestawie instrukcji Intel iApX / x86, podczas gdy Linux jest dostępny na wielu innych układach i „architekturach”.

Główną różnicą między komputerami Mac i powiedzmy, że Linux Mint jest hierarchia plików. macOS ma /Applications, /Librarya /Userfoldery - w Linux Mint / Ubuntu są w „uniksowej” hierarchii plików /usr/share/bin usr/share/libi /home- wielka sprawa. Poza tym oba są takie same.

Z biegiem lat biblioteki były nazywane inaczej i rozmieszczane inaczej. W przeciwnym razie różnica w systemach plików mogłaby zostać zmostkowana zmiennymi środowiskowymi. Ale Apple zaprojektowało wszystko po swojemu, a systemy poszły inną drogą.

Na Mint - poza Ubuntu, praca jest wykonywana w „Windows” jako przekierowanie KDE, gdzie zdefiniowany jest standardowy sposób konfigurowania bibliotek, a to pozwala na rozwój dla obu - patrz „Homebrew”.

Oba używają menedżera okien X11r4 i macOS opartego na Apple na Xfgc od DEC, mamy swobodę wyboru. Ale menedżer okien jest ważny, ponieważ jest to interfejs użytkownika do systemów. Zarówno Mac, jak i Ubuntu / Mint udostępniają ikony, widżety i style. Apple wziął wiele narzędzi do zarządzania dla macOS, po prostu skompilował je dla swojego sprzętu i użył ich jako „zastrzeżonych” - porównaj „Narzędzia dyskowe” na Macu z „Dyskami”.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.