The DTL editor was designed to make the functions easy to use, and to
abstract them away from raw COS functions like $find. The context is
slightly different in BPL, but the functions are still available, albeit
in a more complicated fashion. The class which implements the basic
functions in Ens.Util.FunctionSet, so the functions you are used to can
be invoked using the normal classmethod syntax:
Set isIn = ##class(Ens.Util.FunctionSet).In(value, items)
To be completely honest, these functions can be used in any code if one
uses this full syntax. I'll look into whether we can make these methods
simpler to access in future.
I hope this helps,
Dale
> --
> You received this message because you are subscribed to the Google Groups "InterSystems: Ensemble in Healthcare Community" group.
> To post to this group, send email to Ensemble-in...@googlegroups.com
> To unsubscribe from this group, send email to Ensemble-in-Healt...@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/Ensemble-in-Healthcare?hl=en
>
the background is that the $ functions are the built in functions of Object Script as a language and many go back decades.
The utility functions first started in business rules. Business Rules are dynamic and it was essential to restrict what an author could call. Since these were authored by 'non programmers' we also made it easy to call them.
DTL was also often written by the same people who wrote Routing Rules, so we gave DTL the same easy to use interface to the utility functions.
The object script built in functions have evolved over decades and many provide exactly what people want to do to manipulate strings, so many utility functions are just wrappers for these, but there are utility functions that are not based on $ functions and many $ functions that would be totally inappropriate.
dave
David Loveluck
617 225 3122