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

Re: To namespace or not to Namespace ....

  • From: Uche Ogbuji <uche@ogbuji.net>
  • To: Andrew Welch <andrew.j.welch@gmail.com>
  • Date: Wed, 7 Apr 2010 14:54:15 -0600

Re:  To namespace or not to Namespace ....
On Wed, Apr 7, 2010 at 2:46 PM, Andrew Welch <andrew.j.welch@gmail.com> wrote:
On 7 April 2010 21:38, Uche Ogbuji <uche@ogbuji.net> wrote:
> On Wed, Apr 7, 2010 at 2:33 PM, Andrew Welch <andrew.j.welch@gmail.com>
> wrote:
>>
>> > I just hope people will actually evaluate the costs of using namespaces
>> > before automatically sticking them on everything.
>>
>> You can't go far wrong if:
>>
>> - You pick a namespace that will never change: don't use dates, or
>> words like 'proposed' or 'beta', or embed version information
>> - You always use a prefix
>> - You tell the team to always use an XML parser to read the XML, and
>> an XML writer to serialise the XML, and never ever process XML as a
>> string
>
>
> Ha!  Just Ha!
>
> You probably need to add about 100 items to your list.

Come on then, list them, it all helps.

I don't have the time to re-hash the thousands of messages on this list, which would easily yield you your list of 100, nor the thousands of messages on the W3C list that was set up to address the issues of syntax/semantic for namespace URLs, which would easily give you another 100.  I regret that I have an full work day.  You have the list archives.

David Lee already gave you a flavor of what you're over-simplifying.  I'll just give you a few general areas to ponder:

* QNames in content will easily give you a dozen or so items to add to your list
* Namespace usage "sanity" (i.e. the joe English classification) will easily give you a dozen or so items to add to your list
* Pitfalls of buggy or inconsistent tools will easily give you a dozen or so items to add to your list (including consideration of handling of null-namespace attrivutes)
* Namespace URI as text versus identifier/locator will easily give you a few dozen or so items to add to your list, including the subsidiary problem of what happens when someone tries to "resolve" a namespace URI, and when other specs mandate this
* And you can probably multiplex all the above against the multiple revisions of the namespace spec itself.
* Anyway, that should give you a good number of search terms to start with

As a bonus, I wrote an article on the topic:

http://www.ibm.com/developerworks/xml/library/x-namcar.html

But I barely even scratch the surface.

--
Uche Ogbuji                       http://uche.ogbuji.net
Founding Partner, Zepheira        http://zepheira.com
Linked-in profile: http://www.linkedin.com/in/ucheogbuji
Articles: http://uche.ogbuji.net/tech/publications/
TNB: http://www.thenervousbreakdown.com/author/uogbuji/
Friendfeed: http://friendfeed.com/uche
Twitter: http://twitter.com/uogbuji
http://www.google.com/profiles/uche.ogbuji


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.