Boopathi Rajaa Boopathi Rajaa - 10 months ago 50
Javascript Question

How can I differentiate between an arrow function, class and a normal function?

How can I differentiate between these three things in ES6 using its reference?

let x = i => i+1;

class y { constructor(i) { this._i=i+1; } get i(){ return this._i;} }

function z(i) { return i+1; }


test(x) //=> 'arrow'
test(y) //=> 'class'
test(z) //=> 'function'

And how can I differentiate between these things in transpilers - Traceur / Babel?

Answer Source

How can I differentiate between these things in ES6?

  • arrow functions are functions that cannot be used as constructors, and don't have a .prototype property. However, methods don't either. They inherit from Function.prototype.
  • classes are functions that can't be called without new, and that have a .prototype object which is normally not empty. If the extends keyword was used, they don't inherit from Function.prototype.
  • functions are functions that can be called either way, and do have a .prototype that is normally empty. They inherit from Function.prototype.
  • generator functions are functions that do have a .prototype which inherits from the intrinsic GeneratorPrototype object, and they inherit from the intrinsic Generator object.

As you can see, there are some clues. However, the properties and inheritance can always be messed with, so you cannot really trust it. Whether a function is a constructor (can be called with new) cannot be determined from outside, you have to call it and see whether it throws - which could be faked as well.

So your best bet might be Function.prototype.toString, to see how the source looked like. If your ES implementation supports that.

And how can I differentiate between these things in transpilers?

I don't think any transpiler implements prototype-less arrows and methods. Whether a class constructor throws upon being called depends on the looseness of the transpilation, but that's not a good way for distinction anyway.
toString doesn't work either afaik.