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

Re: RE: Namespaces Best Practice

  • From: David Brownell <david-b@p...>
  • To: "Simon St.Laurent" <simonstl@s...>
  • Date: Fri, 21 Sep 2001 12:07:19 -0700

Re:  RE: Namespaces Best Practice
[ simon responds... ]
> >Tree-trickery may not be possible in the context of stream
> >based processing.  Sometimes "minimizing the decls" isn't
> >an achievable goal.  You may end up adding a few decls
> >in case they're needed later, but it turns out they aren't.
> 
> Sure.  What makes the work I'm doing now (which spun off the Regular 
> Fragmentations project) fun is that I'm mixing trees and streams.  Damming 
> the flow of events and creating structures, then releasing the dam and 
> letting the structures flow out as events again.

Yep, I like that model.  So long as nobody's subsidizing any
construction on the flood plain ... :)


> > > Finally, I don't think variable-scoping is a useful comparison for
> > > namespace-scoping in XML documents.
> >
> >I was going for accuracy in explaining the name binding rules.
> >Actually using those names is a different issue.
> 
> I suppose, though I'm not sure quite how you think it adds accuracy.

Mostly by correcting some false assumptions I thought I was seeing.


> No, I'm suggested that variable scope in programs is much simpler than 
> namespace usage in documents, especially complex documents using things 
> like XLink or xsi:type.  The scopes inside of programs don't typically 
> cross-link that way, 

There seems to be a missing example here.  The things to which
variable names are bound certainly get arbitrarily complex, but
there's no difference in the scopes of the names themselves.


>          and you'd not normally think of defining variable 
> scopes at the beginning of the entire program.

No more than I think of defining namespace prefixes at the beginning
of XML documents, that's for sure!  Global variables are classic
examples of Things To Avoid, and I can't see any reason to treat
xmlns declarations any differently.

- Dave




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.