# Function nodes - How to reuse JS functions in my functions?
**URL:** https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202
**Category:** General
**Tags:** function-node
**Created:** [21 January 2026 10:04 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202 "2026-01-21T10:04:25Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@aitor](https://discourse.nodered.org/u/aitor)
#### Post date: [21 January 2026 10:04 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/1 "2026-01-21T10:04:25Z")
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:**
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.
---
### Author:  [@Trying\_to\_learn](https://discourse.nodered.org/u/Trying_to_learn)
#### Post date: [21 January 2026 10:12 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/2 "2026-01-21T10:12:52Z")
I get it that you like/prefer to only use `function` nodes and put code in them to do what you want.
Not wanting to put words in your mouth, a _different_ way of looking at it.
Your _intrafunctions_...... Could they be called _subflows_?
Then rather than putting ALL the code in one `function` node, split up what you are doing into parts.
Then when you need your infraFunctions, the message leaves one `function` node, goes through the _subflow_ (your infraFuntion) then goes into another `function` node.
Then if/when you do any changes, they are rolled out via the `subflow` method.
But I am not sure I fully understand it fully.
---
### Author:  [@E1cid](https://discourse.nodered.org/u/E1cid)
#### Post date: [21 January 2026 10:38 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/3 "2026-01-21T10:38:36Z")
You can use link call and link in and out nodes to call one function or flow in many flows.
You can also store functions in the context data.
You can also create functions in your settings.js
---
### Author:  [@aitor](https://discourse.nodered.org/u/aitor)
#### Post date: [21 January 2026 10:46 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/4 "2026-01-21T10:46:06Z")
> [@Trying\_to\_learn](#):
>
> I get it that you like/prefer to only use `function` nodes and put code in them to do what you want.
Yes
> [@Trying\_to\_learn](#):
>
> Your _intrafunctions_...... Could they be called _subflows_?
No, Ill try to explain why with a typical use of case:
So in this case, I've got 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.
And the reason not to make it a subflow is that:
1. The data input may be different in form
2. I don't want to crowd my flows with small operations like data conversion. I prefer to have clear readability of the data processing, though I want to reuse some code inside those data processors.
---
### Author:  [@aitor](https://discourse.nodered.org/u/aitor)
#### Post date: [21 January 2026 11:23 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/5 "2026-01-21T11:23:01Z")
This two options sound interesting
> [@E1cid](#):
>
> You can also store functions in the context data.
Any doc/example of how to do this?
> [@E1cid](#):
>
> You can also create functions in your settings.js
You mean that I could create a file like myFunctions.js, declare in the file all my functions then call it in settings.js?
If i modify the file myFunctions.js do I need to restart?
Does the code editor recognize the functions for autocompleting?
---
### Author:  [@omrid](https://discourse.nodered.org/u/omrid)
#### Post date: [21 January 2026 11:44 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/6 "2026-01-21T11:44:39Z")
> [@E1cid](#):
>
> You can also store functions in the context data.
Yes, this works best. Just define a const variable holding a function and set it in a context. For example:
```auto
const addVat = function(price) {
return price * 1.17
}
global.set("addVat",addVat);
```
Then in any other function node:
```auto
const price =20;
const addVat = global.get("addVat");
const priceWithVat = addVat(price); // = 23.4
```
Another option (will not work with dashboard nodes) is to send the function as a message property through the flow.
For example:
```auto
timestamp = Date.now();
const dateString = msg.convertDate(timestamp); // msg.convertDate() can be different for different nodes
```
---
### Author:  [@E1cid](https://discourse.nodered.org/u/E1cid)
#### Post date: [21 January 2026 11:47 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/7 "2026-01-21T11:47:02Z")
yes as @omrid has shown with context
If you add to settings file, you would need to restart node-red after altering your function.js file. I believe auto complete would not be recognised (never checked though).
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [21 January 2026 12:21 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/8 "2026-01-21T12:21:29Z")
> [@omrid](#):
>
> Yes, this works best. Just define a const variable holding a function and set it in a context. For example:
I don't recommend doing it that way myself. If you want a set of accessible functions available to your node-red instance, the best approach is to put the functions in a node.js MODULE. Then `require` the module onto a suitable global variable in `settings.js`.
---
### Author:  [@aitor](https://discourse.nodered.org/u/aitor)
#### Post date: [21 January 2026 12:21 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/9 "2026-01-21T12:21:32Z")
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. ๐ฌ
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.
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [21 January 2026 12:25 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/10 "2026-01-21T12:25:17Z")
> [@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.
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [21 January 2026 12:30 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/11 "2026-01-21T12:30:15Z")
> [@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](https://totallyinformation.github.io/node-red-contrib-uibuilder/#/nodes/function-node?id=send-message-to-clients).
Of course, having a more "official" way to achieve this would be very welcome.
---
### Author:  [@aitor](https://discourse.nodered.org/u/aitor)
#### Post date: [21 January 2026 12:30 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/12 "2026-01-21T12:30:58Z")
> [@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.
---
### Author:  [@Sean-McG](https://discourse.nodered.org/u/Sean-McG)
#### Post date: [21 January 2026 12:54 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/13 "2026-01-21T12:54:34Z")
> [@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.
---
### Author:  [@jbudd](https://discourse.nodered.org/u/jbudd)
#### Post date: [21 January 2026 14:55 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/14 "2026-01-21T14:55:11Z")
The use of global context to store javascript functions was discussed in [https://discourse.nodered.org/t/first-flow-on-all-my-rpis/88878](https://discourse.nodered.org/t/first-flow-on-all-my-rpis/88878) from @juntiedt
---
### Author:  [@MyRandomThoughts](https://discourse.nodered.org/u/MyRandomThoughts)
#### Post date: [21 January 2026 15:34 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/15 "2026-01-21T15:34:30Z")
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:
```auto
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:
```auto
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.
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [21 January 2026 20:47 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/16 "2026-01-21T20:47:37Z")
> [@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.
---
### Author:  [@MyRandomThoughts](https://discourse.nodered.org/u/MyRandomThoughts)
#### Post date: [22 January 2026 10:59 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/17 "2026-01-22T10:59:12Z")
I have the function node tied to an inject node that triggers at startup.
> [@TotallyInformation](#):
>
> he first tab in Node-RED which I believe gets run first
Never heard that one before ๐ How is that determined? Editor order? Creation/index order?
I have all my trigger nodes on the first editor viewed tab.
---
### Author:  [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)
#### Post date: [22 January 2026 11:28 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/18 "2026-01-22T11:28:19Z")
> [@MyRandomThoughts](#):
>
> Never heard that one before ๐ 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.
---
### Author:  [@dceejay](https://discourse.nodered.org/u/dceejay)
#### Post date: [22 January 2026 14:45 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/19 "2026-01-22T14:45:42Z")
> [@MyRandomThoughts](#):
>
> How is that determined?
When the flows file is loaded it gets parsed and โexecutedโ in top to bottom of the file order. If you look at a flow file you will typically see it has global configuration nodes first ( not visible on any page) then tab by tab left to right. So yes the first tab usually gets started earliest.
---
### Author:  [@omrid](https://discourse.nodered.org/u/omrid)
#### Post date: [22 January 2026 15:31 UTC](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202/20 "2026-01-22T15:31:56Z")
Nick O'Leary confirmed this in a previous post. Initialization is done tab by tab (left to right), and then node-by node by their creation order.
I my production projects, we always reserved the first tab for initialization stuff, and the last tab for actions which rely on their associated nodes being ready, and for setting a global "isReady" global context var
[Next page](https://discourse.nodered.org/t/function-nodes-how-to-reuse-js-functions-in-my-functions/100202.md?page=2)