Is there any way to create a function with a real name that’s determined at runtime without using eval, and using only pure JavaScript? (So, no generated script elements, as those are specific to the browser environment [and in many ways would be eval in disguise anyway]; no using non-standard features of one particular JavaScript engine, etc.)
Note that I’m specifically not asking about anonymous functions referenced by variables or properties that have names, e.g.:
// NOT this
var name = /* ...come up with the name... */;
var obj = {};
obj[name] = function() { /* ... */ };
There, while the object property has a name, the function does not. Anonymous functions are fine for lots of things, but not what I’m looking for here. I want the function to have a name (e.g., to show up in call stacks in debuggers, etc.).
The Answer for ECMAScript 2015+ (aka "ES6"):
Yes. As of ES2015, the function created by an anonymous function expression assigned to an object property takes the name of that object property. This is implemented in all modern browsers, although Edge and Safari don’t use the name in stack traces. We can use that in combination with another ES2015 feature (computed property names) to name a function without
new Functionoreval.In ES2015 this creates a function named "foo###" where ### is 1-3 digits:
It would also work with
[dynamicName]: function() { }, method syntax isn’t required, function syntax is fine. Which is handy if you want to create a constructor function this way:Of course, this is ES2015+, so you could also use
classto create a constructor,[dynamicName]: class { }:The Answer for ECMAScript 5 (from 2012):
No. You cannot do that without
evalor its cousin theFunctionconstructor. Your choices are:Live with an anonymous function instead. Modern engines do things to help debugging with those.
Use
eval.Use the
Functionconstructor.Details:
Live with an anonymous function instead. Many modern engines will show a useful name (e.g., in call stacks and such) if you have a nice, unambiguous
var name = function() { ... };expression (showing the name of the variable), even though technically the function doesn’t have a name. (In ES2015+, functions created that way will actually have names.) Either way, though, if you want a truly runtime-defined name (a name coming from a variable), you’re pretty much stuck.Use
eval.evalis evil when you can avoid it, but with strings you’re in total control of, in a scope you control, with an understanding of the costs (you’re firing up a JavaScript parser), to do something you cannot do otherwise (as in this case), it’s fine provided you really need to do that thing. But if you’re not in control of the string or scope, or you don’t want the cost, you’ll have to live with an anonymous function.Here’s how the
evaloption looks:That creates a function with the name we come up with at runtime without leaking the name into the containing scope, assigning a reference to that function to
f. (And it formats the code nicely so single-stepping through it in a debugger is easy.)This didn’t used to correctly assign the name (surprisingly) in older versions of Firefox. As of the current version of their JavaScript engine in Firefox 29, it does.
Because that uses
eval, the function you create has access to the scope in which it was created, which is important if you’re a tidy coder who avoids global symbols. So this works, for instance:Use the
Functionconstructor, as demonstrated in this article by Marcos Cáceres:There we create a temporary anonymous function (the one created via the
Functionconstructor) and call it; that temporary anonymous function creates a named function using a named function expression.This is shorter than the
evalversion, and functions created via theFunctionconstructor do not have access to the scope in which they were created. So the example above usingdisplaywould fail, becausedisplaywouldn’t be in-scope for the created function. So not an option for tidy coders avoiding global symbols, but useful for those times when you want to disassociate the generated function from the scope in which you’re generating it.