OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] XML as "passive data" (Re: [xml-dev] The Browser Wars are

[ Lists Home | Date Index | Thread Index ]

tblanchard@mac.com writes:
>Based on a couple of other comments like objects "hiding away data" I 
>can see the reaction against compiler enforced encapsulation.  Its bad. 
>  Pure and simple.  Public Protected Private is a menace to modern 
>software development ...

Interesting perspective.  While I do occasionally tweak
public/protected/private for performance reasons, especially in J2ME, my
days spent in XML have made it very hard for me to consider making
anything private, and even protected requires some thought.

One of the key features of XML as a textual format is the exposure it
gives to information. While it's certainly possible to deliberately
obfuscate an XML document, I haven't seen that done in practice, and
there's certainly no compiler to enforce it.  

Giving someone an XML document says that you trust them far more than
giving someone a Java object with private data.  Recipients of XML
documents are free to do what they like with them, without the
distinctions created by public and private portions of interfaces.

It's a pretty amazing thing, I think.

Simon St.Laurent - SSL is my TLA
http://simonstl.com may be my URI
http://monasticxml.org may be my ascetic URI
urn:oid: is another possibility altogether


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS