xsl-list
[Top] [All Lists]

Re: [xsl] Long Namespaces

2007-06-07 11:45:59
I think it's one of those personal preferences such as general code styles and whether you use table aliases in SQL etc. For me it depends on who I thought would be reading the raw XML. The only technical reason I can see for using one over the other is to reduce overall message size for transmission, but if that's a serious concern you're probably shouldn't be using XML :) I did once have a situation whereby the buffer that held the XML could only contain 255 characters so we used single letter element names and no namespace declarations.


Joe
http://joe.fawcett.name

----- Original Message ----- From: "Karl Stubsjoen" <kstubs(_at_)gmail(_dot_)com>
To: <xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com>
Sent: Thursday, June 07, 2007 7:36 PM
Subject: Re: [xsl] Long Namespaces


Ok, so I messed up that post ; )
I meant to ask about verbose prefixes!  So an example:

xmlns:myVerbosePrefix = "http://mydomain.com/verboseprefixes";

Anyone going that route?  Reason I ask, is here at work, my colleagues
are not so familiar with XSLT.  They did not like 3 letter prefixes,
said it was confusing.

Karl..

On 6/7/07, Joe Fawcett <joefawcett(_at_)hotmail(_dot_)com> wrote:
----- Original Message -----
From: "Karl Stubsjoen" <kstubs(_at_)gmail(_dot_)com>
To: <xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com>
Sent: Thursday, June 07, 2007 6:58 PM
Subject: [xsl] Long Namespaces


> Is there any creed that suggests that namespace decelerations are
> either bad or shunned upon?  It seems that 3 letter namespaces are the
> norm.  Is anyone using verbose namespace declarations regularly?
>
> Karl..
>
> --~------------------------------------------------------------------
> XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
> or e-mail: 
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
> --~--
>
>
I presume you mean "declarations" :)

You appear to be confusing the namespace URI or name with its prefix. The
idea is that namespace URIs are globally unique, they are often similar to
URLs because that way you can use your domain and assure uniqueness,
although there's nothing to stop you creating a namespace such as
http://www.microsoft.com if you wish, it's a "gentlemen's agreement".
The prefix is a way to save writing the long URI and just holds for the
lifetime of the document, maybe even less than that if you re-define the
prefix mappings. So you can say that "ns" actually represents
http:///www.myDomain.com/namespaces/myNamespace and use that prefix in a
number of situations, e.g.. in an XPath expression. You often this mapping
with xmlns:ns="http:///www.myDomain.com/namespaces/myNamespace"; but this
only holds until the URI is mapped to a different prefix or the process
finishes. So in an XML document you could map "ns1" to the URI whereas in an
XSLT you use to transform it you could map to "ns2" instead.


Joe
http://joe.fawcett.name


--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--



--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--




--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--

<Prev in Thread] Current Thread [Next in Thread>