Hi everyone, I wanted to ask about your way of working when using function nodes. I usually code in function nodes, and since they're JavaScript, I use functions inside the function node. The problem I'm facing is that I don't find an easy way to reuse these functions inside the function node. To avoid confusion, I'm going to call them "intraFunctions". The issues I'm running into: If I use the function library, I access all the code of the function node, not only the intraFunction code, so this doesn't suit me. If I copy-paste the intraFunctions, I need to remember which functions they're in, and if I fix a bug, it's almost impossible to update changes across the rest. I thought about making a private npm intraFunction bundle so I can install it as a module in my functions, but it's too complex for me. So, from your experience: How do you work around this? How would you recommend I handle it? Is there any way to create a Node-RED intraFunction pack/library at the Node-RED instance level? Thanks in advance for any suggestions! Typical use of case example: [image] There are 2 different function nodes in different flows. Each of them does its own "data processing". The first one checks for active events and returns only the active ones with the TIMESTAMP variable reformatted to my standardized format. The second one updates the TIMESTAMP_eventDOWN to my standardized datetime format. Both data sources are different, and the use case and output have nothing to do with each other. Data format and variables I want to transform may also be different, but in both cases, the output format of certain variables matches a defined format. So what I have here is a JS function, copy-pasted in both function nodes, that's called in my data processing program. (function datetImeFormat_mySTD()) What I would like is to easily reuse this "intraFunction" in other function nodes.

Thanks guys! @omrid @E1cid I think I'll go with the context data declaration approach. Not a fan of editing settings.js, especially when Node-RED is running on Docker. :grimacing: Anyway, I'm open to hearing more suggestions and opinions on this. I'm curious how often other Node-RED programmers run into this same issue. I might open a feature request to discuss it further. I really think it would be super helpful to have a built-in way to create and manage reusable function templates as a library.

[image] aitor: Anyway, I'm open to hearing more suggestions and opinions on this. I'm curious how often other Node-RED programmers run into this same issue. Not that uncommon but I don't think it is common either, at least we don't really see any frequent requests in this forum. Just occasionally. BTW, you should note that assigning your functions from within Node-RED itself, only works for in-memory context variables. It generally will not work with any other type of context (file for example). That's because Functions are not serializable to JSON. That is why the settings.js approach is preferred. It is easy enough to have a standard settings.js that attempts to require a module but only issues a warning if it can't be found. That way, you can simply use the same settings.js file for all of your Docker instances.

[image] aitor: I might open a feature request to discuss it further. I really think it would be super helpful to have a built-in way to create and manage reusable function templates as a library. Sorry, don't think this has been covered and I should also have mentioned it. There IS already another way to do this. Use a runtime PLUGIN that attaches your functions perhaps to the RED.utils object which is accessible from within functions. While not really recommended by the core devs due to the possibility of a name clash, as long as you are very careful about ensuring a unique name (and maybe provide a warning if the plugin cannot attach the functions due to a name clash), you should be safe enough. This is the approach I took with UIBUILDER to provide some common functions. Of course, having a more "official" way to achieve this would be very welcome.

[image] TotallyInformation: BTW, you should note that assigning your functions from within Node-RED itself, only works for in-memory context variables. It generally will not work with any other type of context (file for example). That's because Functions are not serializable to JSON. That is why the settings.js approach is preferred. Ok, this is important, makes me re-think about having them in context.

[image] aitor: makes me re-think about having them in context. It is easy enough to have the variables declared at start-up with an inject node etc. I believe if you put them on the first tab, they get run first.

The way I do it to have a single Function node with all my code in and store it in a global variable. This node is called on Node-RED startup. It contains something like: const func = (function () { "use strict"; function addThousandsSeparator(number) { var regEx = /(\d+)(\d{3})/; return String(number).replace(/^\d+/, function (result) { while (regEx.test(result)) { result = result.replace(regEx, '$1,$2'); } return result; }); } function toTitleCase(input) { return input.replace( /\w\S*/g, text => text.charAt(0).toUpperCase() + text.substring(1).toLowerCase() ); } return { addThousandsSeparator: addThousandsSeparator, toTitleCase: toTitleCase, } }()); global.set("zFunctions", func); Then when I want to use one of the functions in other code, I just use: var func = global.get("zFunctions"); var tracks = func.addThousandsSeparator(msg.payload.status.indexing[0]); It may not be the best way of doing it, but it's been working fine for me since forever.

[image] MyRandomThoughts: It may not be the best way of doing it, but it's been working fine for me since forever. Agree that this will usually work. But noting that such a flow should go in the first tab in Node-RED which I believe gets run first. All other tabs run in added order I think. And anyone "foolish enough"? to not use the memory context store or not to have it as the default, could get caught out. Using a node.js module and requiring it to a global in settings.js is "the node.js way". It is robust and the functions will always be guaranteed to be present by the time your flows actually start (barring you doing something really funky in the module anyway). For most people, probably never an issue but in the forum, we like to make sure that people have access to the information to do troubleshooting should they hit an issue.

I have the function node tied to an inject node that triggers at startup. [image] TotallyInformation: he first tab in Node-RED which I believe gets run first Never heard that one before :slight_smile: How is that determined? Editor order? Creation/index order? I have all my trigger nodes on the first editor viewed tab.

[image] MyRandomThoughts: Never heard that one before :slight_smile: How is that determined? Editor order? Creation/index order? It was talked about years ago, may not be true any more, not sure. I'm fairly sure it was whatever tab was at the left end. Anyway, I always put my startup tasks on the first tab.

Function nodes - How to reuse JS functions in my functions?

General

jbudd 21 January 2026 14:55 14

The use of global context to store javascript functions was discussed in https://discourse.nodered.org/t/first-flow-on-all-my-rpis/88878 from @juntiedt

Topic		Replies	Views
Defining utility functions for re-use in a function node Feature Requests	16	463	7 February 2026
Defining and reuse a "classic" JS function General	15	4385	26 April 2022
Formalising reusable functions with autocompletion, parameter hints, click-through-navigation Core Development	29	606	21 October 2026
Node red - write a function and call it from a function General function-node	13	1398	29 December 2022
Is it possible to somehow refer to a function from the library of personal functions in the code of the node "function"? General function-node	10	384	16 December 2022

Function nodes - How to reuse JS functions in my functions?

Related topics