Thanks @tstack
This helped me a lot.
😀
Do you mean without the lib.libname prefix? No, libraries are always imported under the lib object.
I’m not sure what you mean by this, can you give an example?
Hi @tstack by global scope in my query. I meat I have a expression file where we can decalre a function on top level which could be accessed from anywhere in the object(same expression file) using something like globalthis Or this (basically " this context" which would resolve at any herarical level throughout the file)
I think I understand now… Take a look at the Object Literal documentation where it mentions some of the variables that you can use to reference other parts of a nested literal. I think probably want to use __root__ for your situation.
Maybe something like the following (I haven’t tried it out):
{
value: 42,
child: {
adder: x => __root__.value + x
}
}
thanks @tstack .This was the exact use case.
Also do we have a total number of libraries we can add to a pipeline ?
Do we have a standerd IDE to write expressions ?
or if you can suggest any extension for VS code.
I don’t think so.
The expression language is mostly a subset of JavaScript, so I would just use an editor with support for that. The main difference is that expression language is just expressions, not statements. Don’t try to use things like if or function(), you need to stick to arrow functions (e.g. (x, y) => x + y). One addition to the e-lang that is not in JavaScript is the match operator. You might find that useful if you have to do a lot of conditionals.
