Pages är Carbon

Jag har hört så mycket om att iWork ersätter gamla Carbon-AppleWorks, men jag upptäckt till min förvåning (med otool -L path-to-pages) att det faktikt är ett Carbon-applikation! Skumt!

Jag tycker att det ser bra ut, och fungerar som ett Cocoa-program.. Betyder detta att Carbon och Cocoa är jämnstälda numera??? Att man inte kan se skillnad på dem? Att dom är lika snabba?

MVH
Anders

Eftersom jag har både iWork och iWork '06, testade jag på båda!

Här har ni så att ni kan testa själva, skapa ett /usr/bin/coco script eller nått!

#!/bin/sh
if [ "$1" = "" ]; then
echo "coco path-to-exec"
exit
fi
var=`otool -L "$1" |grep Cocoa.framework|wc -l`;
var=`echo $var`
if [ "$var" = 1 ]; then
echo Cocoa
else
echo Not Cocoa
fi

Om du har provat att programmera i dem, så märker du att det är helt olika miljöer!

För mig är detta intressant eftersom jag föredrar C++, det är SNABBT! Dock fungerar det historiskt mera kompletta och snygga (t.ex. spara varningen som "droppar" ner i Cocoa program såsom textedit bara funnits i Cocoa, vet inte hur det är nu). Därför borde iTunes vara SNABBT eftersom det är skrivet i C++.

Problemet är att Carbon är bakåtkompatibelt mot OS9, och dess trådtekniker är verkligen undermåttliga. Dessutom är det mycket overhead, för att få det att fungera på både OS9 och OSX, vilket gör att program lätt bli MYCKET taffliga; sega, känns inte bra. Jämför Photoshop 6 och 7 på OS9 så förstår ni..

Ett annat problem med Carbon är att det är skrivet för C (procedur-språk) inte C++, vilket gör att du inte kan objekt-orinetera med Carbon speciellt bra. Med andra ord har jag tvingats över till Objective-C (Cocoas språk). Det är lite bökigt om man kommer från C++, och mycket långsammare eftersom det körs i en runtime.

Det possitiva jag ser med detta, är att Apple kanske insett att Carbon måste bli bättre, och att vissa stora program som t.ex. Pages gör sig bättre i C++.

För visst ser Pages ut som Cocoa? Ärligt?

Med andra ord, vi tänker samma. Carbon borde vara snabbare, men har historikt sett varigt FULT och SEGT pga bakåtkompabiliteten. Det kanske håller på att ändras.

Dessutom är Keynote Cocoa. Applikationerna känns onekligen ganska lika, och bode ha delad kod. Ett mycket attraktiv tanke vore ju om Cocoa och Carbon kommit så nära varandra att dom snart kommer att bli som en. För visst är det skumt att Keynote är Cocoa och Pages Carbon, trots att dom känns så lika?

Vad jag menar är att Carbon är skrivet för att fungera både på en icke-trådad platform som OS9, och en multitrådad som OSX. Detta var självfallet ganska problematiskt, och när vi dessutom betänker att hela Carbon innehåller wrappers som gör att UI:t anpassar sig efter om det körs på OS9 eller OSX, gör att man oavsett vilka delar av Carbon man väljer att använda, så är det i grund och botten programmerat för att vara cross-platform. Och jag har själv benchmarkat det.

Carbon är ganska långsamt. Tro mig.
Cocoa blir segt, mycket pga ObjC live bindings.
X11 är wrappers mot Cocoa, så det är också ganska segt.

Ingen av teknikerna har kunnat göra ett riktigt snappy UI, och det behövs. Jag hoppas verkligen Apple skriver ett OO framework, native, för OS X, för C++. Eller helt enkelt släpper in C++ i Cocoa världen. (ObjC++ är inget svar, det körs också under en runtime med garbage collection etc, vilket drar ner prestandan)