A Leopard dobja a G3 támogatást, nem lesz 64 bites Carbon

macOS

Az OSnews egyik cikke szerint a várhatóan nemsokára megjelenő Mac OS X 10.5 (ismertebb nevén "Leopard") már nem fogja támogatni a G3 processzorra épülő Apple gépeket. Továbbá a korábban kommunikáltakkal ellentétben nem lesz a Leopard-ban 64 bites Carbon. Bővebben itt.

( segabor | 2007. 06. 15., p – 07:14 )

A G3 támogatásának megszűntén nem csodálkozom.

De hogy nem lesz 64-bites Carbon, azon már inkább.
Aki nem ismerné: a Carbon az az OS 9-ből átmentett C nyelvű API gyűjtemény, melyet azok használnak akik pl. C-ből vagy C++-ból akarnak GUI-t programozni vagy többplatformos programot írnak / portolnak (ilyen pl. az Adobe Photoshop, de gyanítom, a Trolltech QT lib is Carbon fölé van építve. Az iTunes is ide tartozik, mivel hogy C++-ban van írva).

Habár ott van a libc és egyebek 64-bitesítve, azért előfordulhat, hogy úgy kell címezni valamit Carbon API-n keresztül ... furcsa lenne, ha tényleg így van.

--
Kinek nem inge, ne vegye gatyára

Az ízlésekről lehet vitázni (de nem érdemes)... ha neked kellemesebb egy tisztán C alapú, de kissé (nagyon) zavaros API, ami ráadásul tudása nagy részét még a Mac OS 9-ből nyerte (aki fejlesztett már OS 9-re bármit is, az tudja, miről beszélek), ám legyen.

Nekem speciell az Obj-C és környezete nagyon bevált. Már NeXTSTEP óta fejlesztettem benne mind GUI-s (AppKit), mint WebObjects-es cuccokat. A hozzá tartozó Foundation frameworktől még most is van mit tanulni másoknak, az AppKitben sok elegáns dolog, koncepció létezik, a WebObjectsnél pedig jobban tervezett webapp architektúrát nehezen találni.

Van mire alapoznom a fentieket, hosszú évek óta gyűrtem-gyűröm az Obj-C-t.

Ezek után semmiképp nem állítanám, hogy egy kissé túlhaladott, a Win32 API szépségeivel vetekedő Carbon tényleg "jobb" lenne a másiknál.

--
Kinek nem inge, ne vegye gatyára

Nekem mindenkepp az. Most epp attol sikitok, hogy System Preferencesbe irok egy kis kiegeszitest, es hiaba adom at a Responder chain-nek, hogy az en objektumom az elso a listaban, attol meg az az alol megnyitott NSFontManager changeFont eventje durvan baszik megjonni. Ha meg megis sikerul osszehozni, hogy az ablakban levo NSView class az elso, akkor a dolog mukodik, csak epp eleg furan mukodik akkor a megnyitott font manager. Es mocskosul felidegesitett mar, mert nem vagom, h miert van ez. Tudom, ez nem Cocoa/ObjC gond, hanem az en balfassagom, de valahol az is belejatszik, hogy eleg vicces az API es a nyelv is.

Apropo, nem talalkoztal meg ilyen problemaval?

---
pontscho / fresh!mindworkz

Küldd el a forrást és megnézem ( segabor (bejgli) chello (pötty) hu ). Távgyógyászat nekem nem szokott menni.

Az Obj-C-ről pedig: pont az a "vicc", hogy a nyelv maga a C, csak az OO kibővítést kapta a Smalltalktól. A tuti benne az az, hogy egyszerű, dinamikus és frankón működik.

--
Kinek nem inge, ne vegye gatyára