Is this the internet messing with functional programming definitions / terms?
For UUID it would seem that is wanted (if not needed), either via an extension
as Mike has done, or via a non-functional call (same as non-deterministic?).
Has this never come up in WG discussions?
A really interesting thread.
regards
On Thu, 12 Nov 2020 at 14:59, Christophe Marchand
cmarchand(_at_)oxiane(_dot_)com
<xsl-list-service(_at_)lists(_dot_)mulberrytech(_dot_)com> wrote:
In my opinion, all those functions that depend on external things, as
existence or non-existence of a file, content return by an http request
can not be specified as deterministic, as implementors are not
responsible of the returned value.
If specification defines these function as deterministic, as an
implementor point of view, I should cache the result calculated by the
first call, and always return the same content, without querying again
the underlying resource ; this is not convenient, especially if the
resource is a very huge resource.
I think these functions should not be deterministic.
Best regards,
Christophe
Le 12/11/2020 à 11:33, Norm Tovey-Walsh ndw(_at_)nwalsh(_dot_)com a écrit :
Dimitre Novatchev dnovatchev(_at_)gmail(_dot_)com
<xsl-list-service(_at_)lists(_dot_)mulberrytech(_dot_)com> writes:
It seems to me that tagging the function unparsed-text() as "deterministic"
was rather inaccurate... And definitely not useful, if we need hacks as
workarounds for its limitations...
Do you think fn:unparsed-text() should be different with respect to
determinism than fn:doc() (and fn:document(), come to that)? Or do you
think they should also be nondeterministic?
(I don’t feel strongly one way or the other, I’m just wondering about
the distinction.)
Be seeing you,
norm
--
Norman Tovey-Walsh <ndw(_at_)nwalsh(_dot_)com>
https://nwalsh.com/
If you don't have the time to do it right, where are you going to find
the time to do it over?
--
Dave Pawson
XSLT XSL-FO FAQ.
Docbook FAQ.
--~----------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
EasyUnsubscribe: http://lists.mulberrytech.com/unsub/xsl-list/1167547
or by email: xsl-list-unsub(_at_)lists(_dot_)mulberrytech(_dot_)com
--~--