10

I know that ES6 solved a lot of problems that existed with the this keyword in ES5, such as arrow functions and classes.

My question relates to the usage of this in the context of an ES6 class and why it has to be written explicitly. I was originally a Java developer and I come from a world where the following lines of code were perfectly natural.

class Person {
  private String myName;

  public Person() { 
    myName = "Heisenberg";
  }

  public void sayMyName() {
    System.out.println("My name is " + myName);
  }
}

The compiler will always refer to the value of the field myName, unless it has a local variable with the name myName defined in the scope of the method.

However, once we convert this code to ES6:

class Person {

  constructor() {
    this.myName = "Heisenberg";
  }

  sayMyName() {
    console.log(`My name is ${myName}`);
  }
}

This won't work and it will throw an Uncaught ReferenceError: myName is not defined. The only way to fix this is to throw in an explicit this reference:

console.log(`My name is ${this.myName}`)

I understand the need for this in the constructor since ES6 classes don't allow your fields to be defined outside of the constructor, but I don't understand why the Javascript engines can't (or won't, because of the standard) do the same as Java compilers can in the case of sayMyName

Robin-Hoodie
  • 4,886
  • 4
  • 30
  • 63
  • 2
    So you basically are asking why two mostly completely different languages behave differently? Note that the "java" in "javascript" has nothing to do with the programming language Java. – luk2302 Jan 03 '17 at 14:20
  • 2
    @luk2302 - If you said the languages have basically no relationship, that's true. But when you say "the 'java' in 'javascript' has nothing to do with the programming language Java", that's false as you could verify with a quick google search. From wikipedia: "... **upon receiving a trademark license from Sun**, the name JavaScript was adopted. **This was somewhat of a marketing move at the time, with Java being very popular around then**" – Mark Adelsberger Jan 03 '17 at 14:43
  • 2
    Not only are you comparing different languages but also different concepts. _"I understand the need for this in the constructor"_ Why should the constructor function be handled differently? – a better oliver Jan 03 '17 at 15:07
  • 3
    It would make the language inconsistent and more complex since now we would need some other construct to refer to variables in outer scopes (instead of members). However, questions about design decisions for the language are not a good fit for SO in general. You might want to ask on https://esdiscuss.org instead. – Felix Kling Jan 03 '17 at 15:22
  • @FelixKling I guess your comment is a better answer than the current one, if you post an answer I'll be happy to accept it – Robin-Hoodie Jan 04 '17 at 08:13

1 Answers1

8

Maybe I will not directly answer your question, but I'll try to direct the way you should think about JS class keyword.

Under the cover there is no magic about it. Basically it's a syntatic sugar over prototypal inheritance that was since the beginning of JavaScript.

To read more about classes in JS click here and here.

As of why you need explicitly write this is that because in JS it's always context sensitive, so you should refer to exact object. Read more.

Community
  • 1
  • 1
marknorkin
  • 3,904
  • 10
  • 46
  • 82