• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: How viable is Cocoa development?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: How viable is Cocoa development?


  • Subject: Re: How viable is Cocoa development?
  • From: "David W. Halliday" <email@hidden>
  • Date: Mon, 28 Jan 2002 10:02:17 -0600
  • Organization: Latin AmeriCom, formerly Latino Online

Matt Judy wrote:

> Actually, I have had to use IOKit quite a bit recently, and it _is_
> intelligently laid out, and not quite a 'non-OO hell'.
>
> But it is NOWHERE close to the ease of DriverKit. C++, no matter how
> well laid out, is always a pain, and never truly object oriented. With
> DriverKit, I was able to get a driver together for "X" piece of hardware
> in around an hour. IOKit will never match this.
>
> --Matt
>
> John C. Randolph wrote:
> > On Friday, January 25, 2002, at 03:49 PM, Ondra Cada wrote:
> >
> >> , DriverKit instead of the non-OO hell of IOKit,
> >
> >
> > I get the impression that you haven't actually looked at IOKit. It
> > certainly is OO code, and the IOKit team was very careful to define
> > "Kernal C++", just like the DriverKit team had once defined "Kernal
> > Obj-C". They didn't make the switch to C++ without careful
> > consideration and design. FYI, the IOKit team is led by an ex-NeXT
> > engineer.
> >
> > -jcr
> >
> >
> > John C. Randolph <email@hidden> (408) 974-8819
> > ...

Looking in the archives I find that Godfrey van der Linden (and, reportedly,
Stan Shebbs) regrets the decision to replace the Objective-C based driver subsystem
with an Embedded C++ based subsystem (DriverKit to IOKit---though this is not,
necessarily, to say that the DriverKit was perfect and wouldn't have needed a
significant overhaul anyway).

See http://lists.apple.com/archives/darwin-development/2001/Oct/17.html :

> Date: Wed, 17 Oct 2001 11:38:28 -0700
> To: Michael Cashwell ,
> email@hidden
> From: Godfrey van der Linden
> Subject: Re: IOKit C++ limitations
>
>
> G'dau Micheal,
>
> The history behind '-fno-exceptions'
>
> When we decided to change IOKit from Objective-C to C++. (Which I
> now considre to be a very bad mistake). ...
>
> Godfrey

See also http://lists.apple.com/archives/cocoa-dev/2001/Aug/10.html :

> Date: Fri, 10 Aug 2001 16:29:27 -0400
> From: Scott Anguish
> Subject: Re: Cocoa downgrade from openstep?
> Cc: email@hidden, Jean-Francois Veillette , Eric Peyton
> ,<email@hidden>
> To: Finlay Dobbie
>
> On Friday, August 10, 2001, at 04:06 PM, Finlay Dobbie wrote:
>
> >
> > On Friday, August 10, 2001, at 01:06 am, Ondra Cada wrote:
> >
> >> From the ObjC viewpoint (!!!) IOKit is not and can't ever be
> >> object-oriented, since there's nothing like ObjC objects in C++, and
> >> IOKit,
> >> alas, is C++-based :(((
> >
> > From any *NORMAL* programmers viewpoint, IOKit is object-oriented.
> >
> > I'm not familiar with DriverKit and how it worked, but I suspect that
> > IOKit is lowerlevel, since I can't really see running the ObjC runtime
> > environment inside the kernel as a feasible thing to do.
>
>
> Actually, Stan Shebbs mentioned something about this at the
> Stepwise BOF at MacWorld back in January..
>
> The gist of it was that they'd probably have been better off
> sticking with Obj-C rather than the EmbeddedC++ stuff they went to.

Just a couple of viewpoints from "inside".

David email@hidden


References: 
 >Re: How viable is Cocoa development? (From: "John C. Randolph" <email@hidden>)
 >Re: How viable is Cocoa development? (From: Matt Judy <email@hidden>)

  • Prev by Date: Re: using a Wacom from Cocoa - buttons other than 0...
  • Next by Date: Re: Multi-threaded AppKit examples?
  • Previous by thread: Re: How viable is Cocoa development?
  • Next by thread: Re: How viable is Cocoa development?
  • Index(es):
    • Date
    • Thread