Le 14 avr. 06 à 04:53, Yen-Ju Chen a écrit :

I just wonder how this different from the GSCoreData
(http://savannah.nongnu.org/projects/gscoredata/) ?

To roughly outline differences…
CoreObject is an advanced nameserver (inspired by what you can find a micro-kernel OS, in fact CoreObject is very similar to Spring OS nameserver) which provides three key facilities : - interaction beetwen objects transparently across processes, hosts and languages (like CORBA) - unified view of the whole system (OS components, applications, documents, contacts etc.) in term of a hierarchical objects structure
- integrated security model

CoreObject aims to fix the numerous limitations of Objective-C DO nameserver and provides (through a single API) a very simple yet flexible way to deal with any kind of items/objects (relying on 'distributed objets' concepts invisibly under the hood).

GSCoreData is a an object-relational mapping framework to handle objects persistency in a way independent of the store (XML, DBs etc.), it takes away the burden of tracking/managing object graphs by yourself.

That means both CoreObject and GSCoreData are really different beasts. You probably noticed CoreObject provides classes like COPersistentObject and COPersistentUserObject, that doesn't mean CoreObject has persistency support. They are proxy classes (representing a distant persistent object) you would use to interact with the real objects. You can publish an object as a 'persistent object' or 'persistent user object' to allow special persistent related operations on it from other processes. But the persistency is still delegated to the process who published the object (that means on the behalf of the process itself or CoreData or OS etc.) Publishing an object just means making it available outside of its process by registering it in the CoreObject nameserver.

More on Spring OS : <http://en.wikipedia.org/wiki/ Spring_operating_system>

Quentin.

--
Quentin Mathé
[EMAIL PROTECTED]


_______________________________________________
Etoile-dev mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-dev

Reply via email to