| Article: |
Cocoa Vs. Carbon? | |
| Subject: | RE: I thought carbon would be the interim API .. | |
| Date: | 2001-05-23 14:01:33 | |
| From: | duncan | |
|
Response to: RE: I thought carbon would be the interim API ..
|
||
|
I buy the argument that the Finder was written in Carbon in order to eat the Carbon dog food and to shake out the OS X implementation of Carbon. However, I still stand behind my statement that they wouldn't have engineered a critical piece of OS X in Carbon if it were an interim API and doomed to go away. We are probably going to be using this Finder for a while.
|
||
Showing messages 1 through 2 of 2.
-
RE: I thought carbon would be the interim API ..
2001-05-24 05:56:21 Daniel H. Steinberg |
[View]
In the session on wrapping Mac OS X APIs in JavaBeans, the speech recognition and synthesis were shown sitting on top of Carbon. I think James' article and the resulting threads show that Apple needs to explain this dichotomy a little better. Check out the interview on the site with OMNI -- they were pretty critical of developers who created new apps in Carbon not Cocoa. -
RE: I thought carbon would be the interim API ..
2001-05-24 15:28:43 James Duncan Davidson |
[View]
You are absolutely right that the Carbon/Cocoa distinction needs to be explained differently. The view of the APIs on top of each other that I presented is simplistic, as is the view that they are parallel. There's actually a lot more going on than either of those views show. As I move through the conference I do find myself flipping between the two.
As to OMNI being critical of Carbon application development, well, of course they should be. They've done a lot of amazing work in Cocoa and they deserve a lot of kudos. Please don't misunderstand my article as a vibrant support of Carbon. I'm a big proponent of Object-Oriented technologies and my current opinion is that new development for OS X should either be done in Cocoa or in Java Swing. But, knowing that Carbon's functionality is being used in both cases is good to know from the standpoint of understanding the system.


