Linked by Thom Holwerda on Sun 22nd Jul 2007 15:25 UTC
OpenStep, GNUstep CoreObject is intended to be one of the foundation pieces of Etoile. The current roadmap calls for an experimental version in 0.3, a stable interface in 0.4, and a completely stable version in 0.5. "What is CoreObject? Basically, it's a replacement for a filesystem as a programmer and user interface. Files (in the UNIX sense of the word) never were a good abstraction; an untyped series of bytes is no use to anyone. The operating system needs to deal with things like this, but programmers shouldn't have to. We already have a much nicer abstraction than a file; the object. Unlike files, objects have all of the structure and introspection that we want in order to be able to interact with them programatically. In EtoilE, we want to treat everything as an object, and objects as first-class citizens."
Permalink for comment 257278
To read all comments associated with this story, please click here.
RE: files vs object?
by NicolasRoard on Sun 22nd Jul 2007 19:11 UTC in reply to "files vs object?"
Member since:

i could have sworn that files are a kind of object, so where does this "hate" for files come from?

It's not hate per se, it's just that files are not a particularly great abstraction compared to object serialization (mind you, automatic object serialization has its own problem too, but it's anyway definitely a step up from the unorganized binary blob that is a file).

In any way, CoreObject is cool because it does most of the work for you, and we are lazy. Beside, using CoreObject as a middleware you could imagine changing the way objects are actually saved/loaded without the app knowing it (that's what EOF more or less did);

Using a common way of storing structured information also opens lots of interesting way for collaboration among apps (e.g. a la NewtonOS).

I stopped reading after "Objective-C".

It's so... passŤ.


Edited 2007-07-22 19:12

Reply Parent Score: 5