Re: Random UUID in pure XSLT?

"Norm Tovey-Walsh [email protected]" <[email protected]>
Newsgroups gmane.text.xml.xsl.general.mulberrytech
Message-ID <[email protected]>
> I think these functions should not be deterministic.

Informally, and going all the way back to 1.0, I think the XSLT view is
that the world doesn’t change while the transformation is running.
Consider, for example, that fn:current-dateTime() is fixed!

This simplifies *a lot* of things.

Imagine the traditional publishing scenario where you’ve got some
modules that format the chapters and some modules that format the table
of contents, and some modules that format the indexes.

Suppose that each one of these modules does an fn:doc() to get at
metadata or even at parts of the document. If you admit the possibility
that fn:doc() could return different results, then you have an
essentially indeterminate publishing system. What do you get if you
format a document? It depends.

From one point of view, that’s right, it depends. But this kind of
uncertainty would creep in when you least expected it, in ways you
didn’t anticipate, and bite you.

And if you wanted to fix the issues, you’d potentially have to do a lot
of work and introduce a lot of code dependencies across modules that
would be easier to test and maintain if they were independent.

Is it very occasionally inconvenient that fn:doc() and related functions
are static? Yes, it is. But that’s pretty uncommon for most users. The
fact that fn:doc() is static means you never have to worry about
concurrency and side effects. Is that convenient? It sure is.

                                        Be seeing you,
                                          norm

--
Norman Tovey-Walsh <[email protected]>
https://nwalsh.com/

> The trip doesn't exist that can set you beyond the reach of cravings,
> fits of temper, or fears. If it did, the human race would be off there
> in a body.--Seneca
--~----------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
EasyUnsubscribe: http://lists.mulberrytech.com/unsub/xsl-list/3329386
or by email: [email protected]
--~--
signature.asc (application/pgp-signature, 832 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE1ury//rzuvqf7fN/hVWfHhJMAHkFAl+tX0oACgkQhVWfHhJM
AHk/lBAAoRZk1JcTdYNvTRDYywgwp5NOeWgkVMEhLUAO7pxCQMVgmymI7rQ8n+EL
0DyfTuNENAZSgQUjHay/evJKasgYc/8PRQnM2tKxeeVGtuB6UAOty3gTT9NWnA8Z
MC2U/u0S0RvfAEMvKzWWWEmm9tYeT9Bqso070ZybcrryfPE2FxJvddlLtyZrxZ5S
H2YO51XuCUlAfFeM/OIdX7PF+W7+UKM/kzsYEUgA0YNSsBkuMyQe50ksspLW5ScK
fjrWpPSrTA34uYZkZxN8eu30IcoiH+g0CW0/lFNeij34Ttqfb4DiAwlQb24KLjVW
sFob7apGTqOzIfrhKDiLL7fZwvdYJ1g2XuckK26etDWagrdC14GZEPd4pm+QLdeB
cuZqOa3SADYIEWLg8hT3PX7hCL2iLwLi4ineb84pw8VIYrxdlepOpYUhQwjJDas5
0Rp/njArahmoHeDUWLkiR4kgIbC/11oNnoalfO9ZzS5cApjkEIBdCC2FMH++siJb
P/rb7VtvI3c5SfoJf4BERcgcLswR78a8D/YSBQui+pHVJfCWJAQ8p+kUViB0hzUP
nw0kLDj1qrq/yjHzGAHBKoXb5YFzOOkcpmd7Epl303ch+AeRiBmyOnszBKStb+Ak
wlGZm6v/IB2eXJzUlqhWIEY/RRIhEWg/0eru6uSVQQbavV2Hopg=
=hgTw
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.