Re: [xsl] Tokenize followed by compare or satisfies using contains()?

["Michael Kay mike@xxxxxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>]

Well, the tokenize() seems more correct: presumably if $link-classes is
"green" and $node/@class is "pale-green" you want the answer to be false,
which it will be with the tokenize() approach but not with the contains()
approach.

But shouldn't the regex for the tokenize case be '\s+' rather than ' '?

Performance of course is product dependent and you just have to measure it.
Intrinsically, tokenizing is more complex than just searching for a
substring.

Michael Kay
Saxonica


> On 2 Sep 2016, at 17:04, Eliot Kimber ekimber@xxxxxxxxxxxx
<xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
>
> In the DITA processing code, where we are using XSLT 2 and checking for
> string matches in attribute values, I have the requirement to see if any
> of a number of strings might match.
>
> The current code is:
>
> some $c in $link-classes satisfies contains($node/@class, $c))
>
> Where $link-classes is a sequence of strings and @class is a
> blank-delimited sequence of strings.
>
>
> Another way to do this check would be:
>
> $link-classes = tokenize($node/@class, ' ')
>
> This is a check that will be made a lot so performance may important (or
> it may not be). The tokenize version seems simpler and clearer to me but
> the satisfies approach has a certain elegance that I also like.
>
> My question: is there any reason to prefer one or the other of these? I
> realize that XSLT 3 provides a new way to do token matching in strings but
> for now we're stuff with XSLT 2.
>
> Cheers,
>
> Eliot
> --
> Eliot Kimber
> http://contrext.com