[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Another errata?

  • From: Clark Evans <clark.evans@m...>
  • To: XML Dev <xml-dev@i...>
  • Date: Wed, 03 Feb 1999 21:21:26 +0000

arcetectures
<philosophy>

Perhaps the role of namespaces is fundamentally 
different in the "stream processing" paradigm 
than it is in "object processing" paradigm? 

Could this be the issue underlying the current 
debate?  I don't know enough on the topic to 
say.  However, I feel I can help by explaining 
my observations about the differences between 
the paradigms.

1. A tenant of object oriented programming
is encapsulation, data hiding.  For stream 
processing it is the opposite, data exposure.

2. Objects are modified or undergo state change
by invoking methods. Where streams are re-written 
or translated by transformations.

3. Ideally, an object retains it's identity.
The entire goal of a stream is to merge it's
information with each and every observer; this
is equivalent to identity loss.

4. An object has a 1-1 correspondence between its
data and its code.  A stream has a 1-M correspondence
between its data and its code.  Where the document is
the data, and the code is the observer's 
transformation system.

5. Objects are finite, they have a boundry.
Streams may be effectively infinite.  For
example, a pressure transducer sending water
level measurements may operate continuously
for years!   Thus, you can store an entire
object in memory, you may not want to store
an entire stream in memory.

6. An object's interface describes a block of
functionality provided.  A stream's interface 
describes the information conthat it carries.

7. An object has one type or class which is 
assigned to the data, where a stream can
be classified differently by each and every
observer.  This is especially clear if 
you read about Arcetectures.

etc.

Anyway, I'm not saying that one is better
than the other, just that they are different
and subtly interwoven. For instance, Scenerios 
is the study of object interactions as 
a stream of events.  And SAX is a wonderful 
event-driven stream observer object.

I feel that the key to the success of XML
is to recognize that it is part of a different 
paradigm --XML complements existing technology.
As such, it is important to scrutinize the
application of object-oriented idioms to the
new paradigm.

</philosophy>

Hope this helps,

Clark Evans

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.