Re: NSUserDefaults question
Re: NSUserDefaults question
- Subject: Re: NSUserDefaults question
- From: Douglas Davidson <email@hidden>
- Date: Tue, 5 Mar 2002 11:01:55 -0800
On Tuesday, March 5, 2002, at 10:07 AM, email@hidden wrote:
Apple seems to have chosen a policy that CF has the kitchen sink,
while Foundation has only that little sink in the bathroom with the
inlaid seashells. There are many, many examples of things you can do
in CF that you can't do in Foundation (although Foundation, to continue
the analogy, is conveniently located in the bathroom for some purposes,
and those seashells sure are pretty...). I personally find this to be
unfortunate, as Obj-C makes for a much nicer API than C, but I can
understand why maintaining two parallel sets of API would be bothersome.
It would at least be nice if more objects were bridged between CF and
Foundation, though. If I have to drop down to CF to make some special
call, I can live with that, but when that means I have to convert all
my existing code over to CF because the relevant object (NSBundle,
NSUserDefaults) isn't bridged, that really sucks...
I've just gone and logged a bug on Apple about this. If you care
about this issue, then as with all things you care about that Apple
holds sway over, you should go log a bug. This has been a public
service announcement. :->
As far as NSBundle is concerned, there are some semantic issues that
made it difficult to bridge NSBundle and CFBundle. However, our goal is
to make CFBundle features accessible through NSBundle as well whenever
they are relevant to Cocoa and Foundation, and I think you will see that
happening. Similar things are likely to happen in other areas as well.
In general, though, Cocoa has always been a high-level API, and there
have always been more detailed options available at lower levels, e.g.
via the Mach or BSD APIs. One of the advantages of Objective C is that
it isn't necessary to wrap every C API, because you can always use them
directly.
Douglas Davidson
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.