W3C home > Mailing lists > Public > www-rdf-interest@w3.org > March 2000

Re: A certain difficulty

From: Stefan Haustein <stefan.haustein@trantor.de>
Date: Sat, 04 Mar 2000 17:39:32 +0100
Message-ID: <38C13C44.67EF2E39@trantor.de>
To: Tim Berners-Lee <timbl@w3.org>
CC: Bill dehOra <Wdehora@cromwellmedia.co.uk>, www-rdf-interest@w3.org
Tim Berners-Lee wrote:
> No, there *is* something fundamentally different between most distributed OO
> systems and frame systems and RDF.  In a frma system, fundamentally, the
> designer of an object class defines the set of properties an object may
> "have".  This doesn't scale, as it doesn't allow anyone to say anything
> about anything: you can only say what the class designer said you could say,
> and in some syetms you can only say it if you have write access to the
> object. The RDF model in which properties are essentailly first class
> objects independent of classes (though constrains can later be expressed) is
> fundamentally more weblike, and therefore scalable.

I claim that you still could say anything about anything if 
properties were local to classes in RDF: An instance 
can have several different types in RDF. You would just need
to design a custom class containing the properties you wish,
and add the new class to the types of the instance you

So making properties local to classes would not hurt
scalability, but simplify migration from standard OO 
systems and simplify building user interfaces since 
properties could be grouped sensefully by type (a 
propery normally does not come along alone, e.g. 
length and width...). Writing RDF schemas would be 
simplified by far for people used to OOP. Storing RDF 
in database tables would be simplified since you could 
build one table for each type containing the corresponding 

Best regards,


SAX-based access to WBXML and WML: http://www.trantor.de/wbxml
XML pull parser: http://www.trantor.de/xml
Received on Saturday, 4 March 2000 11:39:29 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:07:29 UTC